OO Design Principle Notes

Robert Martin在《敏捷软件开发 原则、模式和实践》中，阐述了

OO设计的5项原则:

1)  The Single Responsiblilty Principle 单一职责原则

          A class should have only one reason to change. 一个类应该仅有一种变化的原因。

          职责是一种变化的原因，而且仅当变化真正发生时才是。

2) The Open-Closed Principle 开放-封闭原则

          Software entities should be open for extension, but closed for modification. 软件实体应该是可扩展而不必修改的。即软件通过增加新代码而不是修改旧代码扩展功能。

      方法是抽象，常用的模式是Strategy和Template。

3) The Liskov Substitution Principle Liskov替换原则

          Subtypes must be substitutable for their base types. 子类必须可以被其基类替换。       

          可替换性比is-a关系更明确地说明is-a关系强调的是行为。     

4) The Dependency-Inversion Principle 依赖倒置原则

          a. High-level moudules should not depend on low-level modules. Both should depend on abstractions. 高层模块不应该依赖于底层模块，两者都应该依赖于抽象。

          b. Abstractions should not depend on details. Details should depend on abstraction.抽象不应该依赖于具体实现，具体实现应该依赖于抽象。

      客户程序拥有抽象接口，其规则是：1. 没有具体类的指针或引用， 2. 没有从具体类继承的类，3. 没有重载基类实现的方法。

      本原则由作者Robert Martin提出。

5) The Interface-Segregation Principle 接口隔离原则

          Client should not be forced to depend on methods that they do not use. 客户程序不应该被强制依赖于他们并不使用的方法。

      可以采用委托或多重继承分离接口。

 

6条包设计原则。

3条包内聚性原则是关于颗粒度。分别是：

    1) The Reuse-Release Equivalence Principle 重用-发布等价原则

    2) The Common-Reuse Principle 共同重用原则。包内的类应该一起被重用。

    3) The Common-Closure Principle 共同封闭原则。修改应该只影响一个包内所有的类；对大多数应用而言可维护性比可重用性更重要。

 

    3条包耦合性原则是关于稳定性。分别是：

    1) The Acyclic-Dependency Principle 无环依赖原则。包依赖图应该没有循环。两种消除循环的方法是：应用Dependency-Inversion Princlple，或增加一个新的包。

    作者阐述了包结构不能采用自顶向下的方式。包依赖图与功能无关，与可构建性有关。

    2) The Stable-Dependency Principle 稳定依赖原则。稳定性指修改说需的工作量。被依赖的包越多，越稳定，依赖的包越多越不稳定。包应该依赖于比它更稳定的包。

    3) The Stable-Abstraction Principle 稳定抽象原则。包的稳定性与其抽象性一致。

 

    对于稳定依赖原则和稳定抽象原则，作者提出了度量公式和到主序列距离的度量原则。值得说明的是，书中本章节没有参考文献，说明是作者原创性内容。