【C++设计模式】2-面向对象设计原则

面向对象设计原则

    “设计模式都是基于设计原则衍生而来的，不要求完全掌握全部设计模式，但要求精通理解八大设计原则，从而直接掌握全部设计模式或设计出自己的设计模式”——李建忠

一、为什么面向对象设计？

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

二、重新认识面向对象

• 理解隔离变化
  • 从宏观层面看，面向对象的构建方式更能适应软件的变化，能将变化所带来的影响减为最小
• 各司其职
  • 从微观层面来看，面向对象的方式更强调各个类的“责任”
  • 由于需求变化导致的新增类型不应该影响原来类型的实现——是所谓各负其责
• 对象是什么？
  • 从语言实现层面来讲，对象封装了代码和数据
  • 从规格层面来讲，对象是一系列可被使用的公共接口
  • 从概念层面来讲，对象是拥有某种责任的抽象

三、八大设计原则

1-依赖倒置原则（DIP）

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

2-开放封闭原则（OCP）

• 对扩展开放，对更改封闭
• 类模块应该是可扩展的，但是不可修改。
  举例：在厂家需要生成木板的时候，前期已经生产好一批木板，但后面因更改需求需要生产防火的木板，但我们不可能把已生产好的木板全部销毁，而可以在木板外涂一层防火涂料，这样就符合OCP原则。

3-单一职责原则（SRP）

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

4-Liskov替换原则（LSP）

• 子类必须能够替换它们的基类（IS-A）
  假如A是B的父类，所有使用到B类对象（指针）的地方，都可以通过传递A类对象（指针）进行使用。
• 继承表达类型

5-接口隔离原则（ISP）

尽量不要把不必要的方法都public出去，如果只是子类使用的话就protected，如果是本类使用的话就private。

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

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

• 类继承通常为“白箱复用”，对象组合通常为“黑箱复用”
• 继承在某种程度上破坏了封装性，子类父类耦合度高
  像父继承爷、子继承父，这些是非理想的继承，理想的继承应该是类属关系。比如说，父继承人类、人类继承生物；SUV继承汽车、汽车继承交通工具等。
• 对象组合原则只要求被组合的对象具有良好定义的接口，耦合度低

7-封装变化点

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

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

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

四、以史为鉴

秦国为什么能统一六国？——接口标准化

    从技术流（码农）的角度来分析。据史书记载，秦的兵器不论东西南北的出土地点，都有统一的标准，包括剑、戈、弩等，甚至弩机、弩体、箭头都是一样的。而其他六国则不是，所以在战场支援，军备物资调配上，型号不匹配、接口不统一、战场人员对不同型号的武器使用不熟悉，容易在战场上战败。而秦不止在武器方面上做了统一，还在钱币、度量衡等做了统一。

毕生的活字印刷为什么成为四大发明并推动人类文明？ ——针对接口设计

    活字印刷使用之前使用的是雕版印刷，而雕版印刷是固定死了的，比如要生产一个刻有“设计模式”的木牌，再生产“模式设计”的木牌，需要耗费大量工作且繁琐。而活字印刷，只需要将单独刻有的字，嵌入木牌里面的凹槽，就能组成一个新的印刷板子，这就是活字印刷的妙处。

五、面向接口设计

产业强盛的标志——接口标准化！

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

设计习语 Design Indioms

    Design Idioms描述与特定编程语言相关的低层模式，技巧，惯用法。比如Effect C++，Modern C++…

设计模式 Design Patterns

    Design Patterns主要描述的是“类与相互通信的对象之间的组织关系，包括他们的角色、职责、协作方式等方面”。主要解决变化中的复用。

架构模式 Architectural Patterns

    Architectural Patterns描述系统中与基本结构组织关系的高层模式，包括子系统划分，职责以及如何组织它们之间关系的规则。