关于敏捷开发的设计原则：
单一职责原则SRP：Single Responsibility Principle
开放封闭原则OCP：Open－Close Principle
Liskov替换原则LSP：Liskov Substitution Principle
依赖倒置原则DIP：Dependency Invertion Principle
接口隔离原则ISP：Interface Separate Principle
关于包的设计原则：
重用发布等价原则REP：Reuse Equivalence Principle
共同重用原则CRP：Common Resue Principle
共同封闭原则CCP：Common Close Principle
无环依赖原则ADP：Acyclic Dependency Principle
稳定依赖原则SDP：Stabilization Dependency Principle
稳定性度量公式：I＝Ce/(Ca+Ce) (I:不稳定度，Ce:输入耦合度，Ca：输出耦合度)
I取值范围在【0，1】，I＝0表示具有最大稳定度；iI＝1标识具有最大不稳定度
稳定抽象原则SAP：Stabilization Abstract Principle
GOF说－－基于对象组合的设计会有更多的对象（而有较少的类）。
如果单纯的看这里，你会明白似乎类较少符合面向对象的逻辑。
但是且慢，我们知道面向对象有一条原则叫单一职责原则－－SRP。
这样好像类多又是面向对象思想的体现。
其实最重要的是GOF中的这句话－－且系统的行为将依赖对象间的关系而不是被定义在某个类中。
所以类的多少并不是问题的关键，是否职责单一也不是大问题，
最重要的是你现在的那些职责是都多少是不能被别的职责通过某种方式所代替的。
在BOB大叔那里定义职责是变化的原因，因此就可以认为这些变化的原因应该是不可代替的，
也可以说你不能由这个原因推导出别的原因。
只要这个原因间可以做到相互关联，那么你就可以把由于这些变化而引起变化的类组合起来，
而不是把他们规定在新的类中。