敏捷开发
ronety
这个作者很懒,什么都没留下…
展开
-
重构之何时重构
何时重构 在软件开发编码的过程中,有些人认为“重构”就应该在软件开发完成后,专门找时间来进行,不然就不叫重构了。 但我们反对专门拔出时间来重构,重构应该随时随地进行。不应该为了重构而重构,你之所以重构,是因为你想做出别的什么事,重构可以帮助你把那些事做好。 三次法则(The Rule of Three) 第一次做某件事时只管去做;第二次做类似的事会产生反感,但无论如何还是做了; 第三次再做类似的事,你就应该重构。 【Tips:事不过三,三则重构(Three strikes and you refactor)原创 2021-03-24 22:14:23 · 194 阅读 · 0 评论 -
重构之常见的不良编码习惯
常见的不良编码习惯 什么样的代码需要被重构呢?《重构——改善既有代码的设计》一书中已经有了非常全面的论述,下面就是从该书中,总结出来的“代码的坏味道”。 Duplicated Code(重复的代码) 重复代码是最常见的异味,往往是由于Copy&Paste造成的,最单纯的重复的代码就是“同一个类(class)内的两个函数含有相同的表达式(expression)”. Long Method(过长的函数) 过长的函数是面向结构程序开发带来的后遗症,降低了程序的可读性。 Large Class原创 2021-03-24 22:07:25 · 171 阅读 · 0 评论 -
重构 Refactoring
定义和特性说明 敏捷本身提倡与重视的就是“以人为本,以代码为核心”的思想。因此面向代码的设计、持续优化和测试等技术成为敏捷开发的核心技术。重构的理论基础源自William Griswold于1991年的博士论文《Program Restructuring as an Aid to Software Maintenance》,但是作为一项敏捷实践广为应用的推动力,确实源自Martin Fowler的经典著作《重构–改善既有代码的设计》。 Martin Fowler 在书中这样定义重构:所谓重构就是这样一个过程原创 2021-03-24 00:38:00 · 212 阅读 · 0 评论 -
敏捷开发知识体系
敏捷开发方法框架 Scrum XP Open UP Lean 敏捷开发管理实践 项目管理 迭代式开发 多级项目规划 完整团队 风险价值生命周期 冲刺规划 每日站会 任务版 燃尽图 故事点评估 开发 代码规范 测试 测试管理 变更管理 团队变更管理 敏捷开发工程实践 需求管理 产品订单 业务流程草图 用例驱动开发 用户故事 架构 演进的架构 演进的设计 基于组件的架构设计 开发 结对编程 测试驱动开发 重构 测试 单元测试 并行测试 测试分层 变更管理 持续集成 自动构建原创 2021-03-19 21:07:27 · 192 阅读 · 0 评论