常用设计模式C++代码实现

设计原则

1. 单一职责原则

   一个类只承担一个职责，或者说一个函数的功能要保证单一，不要太复杂，否则进行修改时，会造成其他模块部件极大影响，取决于该函数被调用的次数，如果该函数在整个系统中频繁被调用，那么对于该函数的修改对整个系统是致命的。

2. 开放封闭原则

   类、模块、函数可以去扩展，但不要去修改。

   修改对于大型程序的影响是致命的，导致的问题是Bug一个接一个，改了东来了西。

   如果要修改代码，尽量用继承或者组合的方式来扩展类的功能，而不是直接修改类的代码。

   如果能够保证对整个架构不会产生任何影响，可以直接修改类

3. 里氏替换原则

   函数内部使用父类的指针或者引用以使得能够使用子类对象时去调用函数能够事先不需要知道具体使用的哪一个具体的子类对象。

   子类需要重写调用的方法以达到类使用能够达到多态的目的。

4. 依赖倒置原则

   高层模块不应该依赖于底层，而应该依赖于抽象。抽象不应该依赖于细节，细节应该依赖于抽象。

   应该面向接口编程，不应该面向实现类编程。

   面向于实现类编程相当于就事论事，属于正向依赖

   面向接口编程，相当于透过现象看本质，抓住事物共性，属于反向依赖，即依赖倒置。

5. 接口隔离原则

   不要对外暴露没有实际意义的接口，外部如果对其调用过多，修改该接口时会造成灾难性的后果，所以需要严格控制接口的访问权限。

6. 最少知识原则

   尽量减少对象之间的交互，从而减小类之间的耦合。做系统设计时，不要让一个类，依赖太多的其他的类，需尽量减小依赖关系。

遵循以上所有原则主要是为了程序设计达到“高内聚低耦合”，避免修改BUG到无法改动的结果。

设计模式

以下项目常用设计模式C++实现针对23种设计模式种的常用模式进行了C++代码的相应实现，原创代码，代码处有考虑不周之处欢迎指正。