敏捷开发原则
2017-09-06 22:36
141 查看
敏捷开发原则
不要为代码添加基于猜测的、实际不需要或并不一定需要或目前暂时不需要的功能。如果不清楚一个系统是否需要某个功能或采用某种设计结构，则一般不要急于去实现它或急于去采用这种设计模式。
实际上，通过重构来完成新功能或新设计模式并不困难，只有在确认某个功能必需或需要某个设计模式的时候，添加的功能或重构使用的设计模式才有意义。
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 我们的软件出了什么问题------《敏捷软件开发：原则、模式与实践》（一）
- 《敏捷软件开发-原则、模式与实践》-第三章 计划
- 《敏捷软件开发-原则、模式与实践》-第八章 单一职责原则（SRP）
- 《敏捷软件开发-原则、模式与实践》-第十一章 依赖倒置原则（DIP）
- 敏捷软件开发：原则、模式与实践——第1章 敏捷实践
- 敏捷软件开发（原则，模式与实践）笔记1
- 关于《敏捷软件开发：原则、模式与实践(C#版)》
- 《敏捷软件开发：原则、模式与实践》读书笔记
- 初识敏捷_敏捷软件开发宣言&敏捷软件的十二条原则
- 敏捷开发原则
- [转载]敏捷软件开发-面向对象设计的11原则
- 敏捷开发原则（1）
- 敏捷软件开发宣言和敏捷宣言遵循的12个原则
- 敏捷软件开发：原则、模式与实践——第13章 写给C#程序员的UML概述
- 敏捷软件开发：原则、模式与实践——第14章 使用UML
- 敏捷软件开发11个原则
- 敏捷开发原则
- 敏捷软件开发（原则，模式与实践）笔记1
- 《敏捷软件开发 原则、模式与实践 C#版》 - 书摘精要
- 敏捷开发：原则，模式与实践——第8章 单一职责原则SRP