《敏捷软件开发 原则、模式与实践 C#版》 - 书摘精要

(译者序) Robert C. Martin - <<UML for Java Programmers>>

(P29)

每一个软件模块都具有三个职责：

1. 运行起来所完成的功能；

2. 应对变化；

3. 能够使其阅读者理解；

(P76) “在准备战役时，我发现计划本身总是无用的，但是做计划却是绝对必要的。” —— 艾森豪威尔；

(P83) 当同样的代码以稍有不同的形式一再出现时，就表示开发人员忽视了抽象；

(P87) 我们生活在一个需求不断变化的世界中，我们的工作是要保证我们的软件能够经受得住那些变化；

(P92) SRP是所有原则中最简单的原则之一，也是最难正确运用的原则之一；

(P94)

OCP - 使用“抽象”来实现；

模块可能对抽象体进行操作。由于模块依赖于一个固定的抽象体，所以它对于更改可以是封闭的。同时，通过从这个抽象体派生，可以扩展此模块的行为；

(P101)

OCP是面向对象设计的核心所在。遵循这个原则可以带来面向对象技术所声称的巨大好处：灵活性、可重用性以及可维护性；

开发人员应该仅仅对程序中呈现出频繁变化的那些部分做出抽象；

拒绝不成熟的抽象和抽象本身一样重要；

(P114)

OCP是OOD中很多说话的核心；

LSP是使OCP成为可能的主要原则之一；

(P115) DIP是框架设计的核心原则；

(P116) 每个较高层次都为它所需要的服务声明一个抽象接口。较低的层次实现了这些抽象接口。每个高层类都通过该抽象接口使用下一层。这样高层就不依赖于低层，低层反而依赖于在高层中声明的抽象服务接口；

(P117)

“依赖于抽象”：

1. 任何变量都不应该持有一个指向具体类的引用；

2. 任何类都不应该从具体类派生；

3. 任何方法都不应该重写它的任何基类中已经实现了的方法；

(P138) 构建模型就是为了弄清楚某些东西是否可行；

(P139) 当模型比要构建的真实实体便宜地多时，我们就会使用模型来研究设计；

(P179) UML中的所有箭头都指向源代码依赖的方向；

(P229) “优先使用对象组合而不是类继承”；

(P230)

Template Method - 使用继承来解决问题；

Strategy - 使用委托来解决问题；

(P323) 任何一行使用了new关键字的代码都违反了DIP；