敏捷软件开发（原则、模式与实践）读后心得

《敏捷软件开发》这本书其实早就读完，之前也写了几篇读书笔记。后来看看导师布置的作业是让我们写一篇读书心得。

通过《敏捷软件开发》这本书，我对敏捷宣言和敏捷原则有了更清晰的理解。

敏捷宣言

• 1. 个体和交互胜过过程和工具：这其中的核心是人，人的合作、沟通以及交互能力要比单纯的编程能力更为重要。
• 2. 可以工作的软件胜过面面俱到的文档：对于敏捷项目的文档有一个条最重要的原则是 - 直到迫切需要并且意义重大时，才来编制文档。
• 3. 客户合同胜过合同谈判：有序、频繁的客户反馈才是项目成功的关键。
• 4. 相应变化胜过遵循计划：响应变化的能力常常决定着软件项目的成败；敏捷中，推荐较好的做计划的策略是：为下两周做详细的计划，为下三个月做粗略的计划，再以后就做极为粗糙的计划。

敏捷12条原则

• 1. 目标：持续及早交付有价值软件；
• 2. 欣然面对需求变化；
• 3. 短周期，经常交付，
• 4. 业务人员和开发人员相互合作；
• 5. 人为核心，激发个人的斗志；
• 6. 面对面交流；
• 7. 可工作的软件是进度的首要度量标准；
• 8. 所有干系人共同其步调一致；
• 9. 追求技术卓越和良好设计；
• 10. 以简洁为本；
• 11. 最好的架构、需求和设计来自自组织团队；
• 12. 定期反思，调整自身；

在书中作者详细的表述了12个原则，让我理解敏捷的12原则更好地了解。紧接着讲述了什么事极限编程，怎么做计划，测试和最重要的重构。在第一部分的最后，作者给我们演示了一个极限编程实践的例子。让我对极限编程，特别是极限编程中的结对编程，在结对编程中，编程者和观察者应该注意什么？特别指出我们应该在团队中，让成员在每个迭代周期中，最好能和其他成员都结对一次。

接下来在敏捷设计部分，作者列出了面向对象设计的原则：

• 1. 单一职责原则SRP：就一个类而言，应该仅有一个引起它变化的原因。
• 2. 开放封闭原则OCP：软件实体（类、模块、函数等）应该是可以扩展的，但是不可修改。
• 3. Liskov替代原则LSP：子类型必须能替换掉他们的基本类型。
• 4. 依赖倒置原则DIP：抽象不应该依赖于细节。细节应该依赖于抽象。
• 5. 接口隔离原则ISP：不应该强迫客户依赖于他们不用的方法。接口属于客户，不属于它所在的类层次结构。
• 6. 重用发布等价原则REP：重用的粒度就是发布的粒度。
• 7. 共同重用原则CCP：一个包中的所有类应该是共同重用的。如果重用了包中的一个类，那么就要重用包中的所有类。相互之间没有紧密联系的类不应该在同一个包中。
• 8. 共同封闭原则CRP：一个包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包影响，则将对包中的所有类产生影响，而对其它的包不造成任何影响。
• 9. 无依赖原则ADP：在包的依赖关系中不允许存在环。细节不应该被依赖。
• 10. 稳定依赖原则SDP：朝着稳定的方向进行依赖。
• 11. 稳定抽象原则SAP：一个包的抽象程度应该和其他稳定程度一致。

这11个原则中，作者详细论述了SRP、OCP、LSP、DIP、ISP五个原则。

接下来作者在第三、四和五部分，通过项目介绍23个设计模式中的19个设计模式。作者通过两两比较，比较其中能解决相同问题的设计模式，和我之前看过的书有点不同，之前的书中，作者只是一一列出每个设计模式的原理。而不像此书中，两两比较，并进一步说明其中的优缺点，在进一步在接下来的章节中，用具体的项目来加深我们在设计模式的理解和怎么把具体的设计模式运用到项目实践中去。