敏捷原则

敏捷原则：
1、通过尽可能早和持续的发布有价值的软件来满足客户需求是我们的最高优先级任务
2、即使在开发晚期，仍然欢迎需求变更。利用变更来提高客户的竞争力。通过提供软件架构的可扩展性来降低需求变化对系统的冲击
3、周期性的发布可以工作的软件
4、项目期间，客户和开发人员应该在一起工作
5、人是最重要的，消除环境、流程等对人员产生障碍的因素，给与开发人员充分的信任
6、团队内部最有效的传递信息方式是面对面交流
7、可以工作的软件是开发过程中最主要的财富。
8、提倡以一种平稳的节奏进行开发。敏捷项目不是跑百米，是马拉松。
9、不容忍坏味的产生，持续关注代码的质量和整洁
10、不做过度设计，保持简洁
11、最好的架构、需求和设计来自于自组织的团队。团队共同决定如何承担责任，团队中每个成员都可以，且有责任承担各个部分的工作，包括架构、设计、编码和测试。
12、团队定期反馈如何进一步提高效率，然后相应的调整自身的行为

六大设计原则：
1、单一职责原则
每个类不应该有多于一条理由去修改它

2、开放-封闭原则 OCP
对扩展开放，对修改封闭

3、里氏替换原则 LSP
子类应能替代父类

4、依赖倒置原则
简单说就是依赖于抽象
高层不能依赖于低层
细节依赖抽象，抽象不能依赖细节

5、接口隔离原则
防止胖接口

6、迪米特法则，最少知识原则
一个软件实体应当尽可能少地与其他实体发生相互作用。