C++设计模式

八大设计原则

1.依赖倒置原则：
- 高层模块不依赖底层模块，二者都应该依赖抽象，
- 抽象不依赖实现细节，实现细节应该依赖于抽象。
  这一原则与下面的针对接口变成而不是针对实现编程是一个道理，我们设计一个程序，我们应该先想好我们想要抽象什么，它应该具有什么样的能力，而不是先考虑怎么实现，这其中的具体方法，而最后在根据自己写的具体实现，从而汇总出最后的接口是什么。
2 开放封闭原则：
- 对拓展开放，对更改封闭
- 类模块应该是可拓展的，但是不可修改的。
  我们应该定义好接口之后就尽可能保证接口层的稳定，
3 单一职责原则：
- 一个类应该仅有一个引起他变化的原因
- 变化的方向隐含类的责任
  若一个类中变化的部分过多，从而加剧了程序的维护难度，从而也许会修改这个类中的接口部分，也就违反了上面的第二原则。
  其中变化（使用的具体实现等等），其中一定要明确这个部分中的具体目的。
4 Liskov替换原则:
- 子类必须能够替换他们的基类。
- 继承表达类型的抽象。
  假如子类不可以替换他们的基类那么大部分的设计模式都无从谈起。
5 接口隔离原则：
- 不应该“强迫”客户程序依赖他们不用的方法。
- 接口应该小而完备。
- 设计对象的时候我们应该明确的知道这个对象应该要包含什么功能，然后做出相应的接口，其余一些客户不用的方法全部隐藏起来。
6 优先使用对象组合，而不是类继承：
白箱复用：将父类的全部内容暴露给子类。
黑箱复用：只暴露想暴露的部分，其余的内容对其类不可见。
- ***类继承*通常称为白箱复用
  ***对象组合*通常被称为黑箱复用
- 继承在某种程度上破坏了封装性,子类父类耦合度高
- 对象组合则只要求被组合的对象具有良好的定义的接口。
7 封装变化点
- 使用封装来创建对象之间的分界层，
  让设计者可以在变化的另一侧修改，而不会对另一侧产生不良影响，
  从而达到层次间的松耦合。
8 针对接口编程，而不是针对实现编程
- 不将变量类型声明为某个特定类型的具体类，而是声明为某个接口。
- 客户程序无需知道对象的具体类型，只需要知道对象所具有的接口。
- 减少系统中各部分的依赖关系，从而实现”高内聚，松耦合“的类型设计方案。