设计模式六大原则

设计模式的六大原则

1. 总原则：开闭原则（OCP）

1. 开闭原则是说软件实体对扩展开放，而对修改关闭，即软件实体应尽量在不修改源码的基础上进行扩展。
2. 实现开闭原则的关键就是抽象化，并且从抽象化中导出具体化的实现。
3. 总的来说，开闭原则提高了系统的可维护性和代码的重用性。
4. 无论模块是多么的封闭，都会存在一些无法对之封闭的变化。既然不能完全封闭，设计人员必须对于他设计的模块应该对哪些变化封闭做出选择。必须先猜测最有可能发生变化的类，然后构造抽象来隔离那些变化。
5. 拒绝不成熟的抽象和抽象本身一样重要。
6. 以面向抽象的方式来达到扩展开放。

2. 单一职责原则（SRP）

1. 就一个类而言，应该仅有一个引起它变化的原因，在软件系统中，如果一个类承担的责任越多，那么它被复用的可能性就越小。
2. 单一职责原则是实现高内聚、低耦合的指导方针。
3. 如果一个有多余一个的动机去改变它，那么这个类就具有多个职责。
4. 软件设计真正要做的内容就是发现职责，并且把这些职责相互隔离。

3. 里氏替换原则（LSP）

1. 所有引用基类的地方必须能够透明地使用其子类对象。
2. 将一个基类替换成他的子类对象，程序将不会产生任何错误和异常，反过来就不成立，使用一个子类对象，那么它不一定能够使用基类对象。
3. 里氏替换原则是实现开闭原则的重要方式之一，使用基类的地方都可以使用子类对象，则在程序设计当中，尽量使用基类类型来对对象进行定义，而运行时在确定其子类类型，使用子类对象替换父类对象。
4. 子类的所有方法必须在父类中声明，或子类必须实现父类中声明的所有方法。
5. 尽量把父类设计成抽象类或者接口，让子类继承父类或者实现父接口。

4. 依赖倒转原则（DIP）

1. 高层模块不应该依赖底层模块，两者都应该依赖其抽象。
2. 抽象不应该依赖细节。
3. 细节应该依赖于抽象。
4. 更为精简的定义就是面向接口编程。
5. DIP的好处：采用依赖倒转原则可以减少类间的耦合性，提高系统的稳定性，减低并行开发引起的风险，提高代码的可读性和可维护性。
6. 每个类尽量都有接口或者抽象类，或者接口和抽象类都有，变量的表面类型尽量是接口或者抽象类。
7. 任何类都不应该从具体类派生。
8. 尽量不要重写基类已经写好的方法（里氏替换原则）。
9. 依赖倒转原则的三种写法：接口声明依赖对象、构造函数传递依赖对象、Setter方法传递依赖对象

5. 接口隔离原则（ISP）

1. 客户端不应该依赖它不需要的接口，类间的依赖应该建立在最小的接口上。
2. 接口隔离原则是对接口使用进行约束规范的一个原则，想把接口用好，关键在于隔离。
3. 解决接口臃肿的方法是 接口拆分，拆分接口是要注意 必须满足单一职责原则 、提高高内聚 、定制服务 。
4. 接口隔离原则的好处就是 避免了接口的污染 、提高了灵活性 、提供了高内聚 、提供了定制服务 。

6. 迪米特法则（LKP）

1. 又叫最少只是原则，一个对象应该对其他对象有尽可能少的了解，即一个类应该对自己需要耦合和调用的类知道的最少。
2. 迪米特法则意义在于减少类之间的耦合。
3. 只和直接朋友交流，即出现在成员变量、方法的输入输出参数中的类就是直接朋友，方法体内的朋友不是直接朋友，如果一个类和不是直接朋友的类进行交流，就违背了迪米特法则。
4. 尽量减少一个类对外暴露的方法。
5. 只有弱耦合后，类的复用才能够提高，类变更的风险才可以降低。

7. 合成复用原则（CRP）

1. 又叫组合/聚合复用原则，软件复用时，要尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。
2. 如果使用继承关系，则必须严格遵循里氏替换原则，合成复用原则和里氏替换原则相辅相成，两者都是开闭原则的具体实现规范。
3. 继承复用虽然简单和易实现，但是 继承复用破坏了类的封装性 、子类与父类的耦合度高 、它限制了类的灵活性 。
4. 组合或聚合复用可以已有对象加入到新对象，使之成为新对象的一部分，对象可以调用又有对象的功能。
5. 组合或聚合复用的优点：维持了类的封装性 、新旧类之间的耦合 、复用的灵活性高 。