C++设计模式<二>：面向对象设计原则

面向对象设计

变化是复用的天敌，而面向对象设计的最大优势就是抵御变化

面向对象设计原则

1.依赖倒置关系(DIP)

• 高层模块(稳定)不应该依赖于底层模块(变化)，二者都应该依赖于抽象(稳定)
• 抽象(稳定)不应该依赖于实现细节，实现细节应该依赖于抽象(稳定)

如上节 C++设计模式<一>：简介中的例子
其中MainForm(高层模块)应该是稳定的，而第一种方案(分解模式)却依赖于Line和Rect(底层模块)；
然而第二种方案（抽象设计模式）MainForm(高层模块)依赖于Shape(抽象)，且Line和Rect(底层)也依赖于Shape(抽象),但是注意抽象不应该依赖于底层；这样就实现了隔离变化，把底层的变化给隔离开来。

2.开放封闭原则(OCP)

• 对扩展开放，对更该封闭
• 类模板应该是可扩展的，但是不可修改

对于需求变化，我们不应该去想着到处去更改，而是去添加，扩展

3.单一职责原则(SRP)

• 一个类仅有一个引起它变化的原因
• 变化的方向隐含着类的责任

类太多的原则，太多的责任，太多的方法，不正常。

4.Liskov替换原则

• 子类必须能够替换它们的基类(is-a)
• 继承表达类型抽象

所有需要父类的地方，子类(因为子类is-a父类)都可以传过去，都可以使用。
继承了父类，发现父类的方法有几个不能用了，这就违背了这个原则。

5.接口隔离原则(ISP)

• 不应该强迫客户程序依赖它们不用的方法
• 接口应该小而完备

不需要把不必要的方法public,如果是本类使用的话就private，如果是子类使用的话就protected。

6.优先使用对象组合，而不是类继承

• 类继承通常为“白箱复用”，对象组合通常为“黑箱复用”
• 继承在某种程度上破环了封装性，子类父类耦合度高
• 而对象组合则只要求被组合的对象具有良好的接口，耦合度低

7. 封装变化点

• 使用封装来创建对象之间的分界层，让设计者可以在分界层的一侧进行修改，而不会对另一侧产生不良影响，从而实现层次间的松耦合

• [x] 底层来看：封装就是数据和方法封装成类
• [ ] 高层来看：我也还不懂，因此需要学习呀。

8. 针对接口编程，而不是针对实现编程

• 不将变量类型声明为某个特定具体类，而是某个接口(这个当然不是绝对的)
• 客户程序无需获知对象的具体类型，只需要知道对象所知道的接口。
• 减少系统中各部分的依赖关系，从而实现“高内聚，松耦合”的类型设计方案

其实软件就是分工协助的工作，因此接口标准化很重要，这也是一个产业强盛的标志。

将设计原则提升为设计经验

1. 设计习语 Design Idioms
   
   • Design Idioms描述与特定编程语言相关的底层模式，技巧，惯用法
2. 设计模式 Design Patterns
   
   • Design Patterns主要描述的是 “类与相互通信的对象之间的组织关系，包括它们的角色，职责，协作方式等方面”
3. 架构模式 Architectural Patterns
   
   • Architectural Patterns描述系统中基本结构组织关系密切的高层模式，包括子系统划分，职责，以及如何组织它们之间关系规则