一篇文章让你读懂设计模式的七大原则；不要错过

设计模式的七大原则

首先我们需要知道设计模式的目的：

主要是为了在编码过程中面临着来自耦合性、内聚性以及可维护性、重用性、灵活性等多方面的挑战

单一职责原则(Single responsibility principle)：

概念

简单来说就是一个类只负责一个职责，主要分为两种：

• 类级别上的 又叫类分解，这种方法改动较大，成本较高
• 方法级别上的，只要一个类的方法不是特别多可以使用

注意事项和细节：

降低类的复杂度，一个类只负责一个职责 提高类的可读性，可扩展性和维护性 降低变更引起的风险 通常情况下，我们应遵守单一职责原则，只有逻辑足够简单，才可以在代码级别上违法单一职责原则，只有类中方法数量足够少，可以在方法级别上保持单一职责原则

接口隔离原则(Interface Segregation Principle-ISP)：

概念：

即一个类对另一个类的依赖应该建立在最小接口上

如图：

依赖倒转(倒置)原则(Dependence Inversion Principle)：

概念

高层模块不应该依赖低层模块，二者都应该依赖于其抽象 抽象不应该依赖细节，细节应该依赖抽象 依赖倒转(倒置)原则中心思想是面向接口编程

依赖传递关系的三种方式

• 通过接口传递
• 通过构造方法传递
• 通过setter()传递

注意事项和细节

低层模块尽量都要有抽象类或接口，或两者都有，程序稳定性好 变量的声明类型尽量是接口或抽象类，这样我们的变量引用和实际对象间，就存在一个缓冲层，利于程序的扩展和优化 继承时应遵循里氏替换原则

里氏替换原则(Liskov Substitution Princple)：

概念

继承包含这样一层含义：父类中凡是已经实现好的方法，实际上是在设定规范和默契，虽然不是强制性要求所有子类必须遵守这些契约，但是如果子类修改这些已经实现的方法，就会对整体性产生一定的破坏 简单来说：

• 里氏替换原则尽量不要重写父类中的方法
• 里氏替换原则告诉我们，继承实际上是让两个类耦合性增强了，在适当情况下：可以通过聚合、组合、依赖来解决问题

开闭原则(Open Closed Principle)：

概念：

开闭原则是编程中最基础最最重要的设计原则 一个软件实体如类，模块和函数应该对扩展开放(提供方)，对修改关闭(对使用者)。用抽象构建框架，用实现扩展细节 当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。 编程中遵循其他原则，以及使用设计模式的目的就是为了遵循开闭原则

迪米特法则(Demeter Principle)：

概念及注意事项：

又称最少知道原则：一个类对自己所依赖的类知道的越少越好，对于依赖的类不管多么复杂，都尽量将逻辑封装在类的内部，对外除了提供了public方法。不对外泄露任何信息，至于直接朋友进行通信 一个对象对其他对象应该保持最少的了解 迪米特法则的核心就是降低类之间的耦合 注意：

• 由于每个类都减少了不必要的依赖，因此迪米特法则只要求降低类间(对象间)耦合关系，并不是要求完全没有依赖关系。
• 直接朋友：出现在【成员变量、方法参数、方法返回值】中称为直接朋友
• 陌生关系：以局部变量的方式出现

合成复用原则(Composite Reuse Principle-CRP)：

概念：

尽量使用合成、聚合、依赖、组合的方式，而不是使用继承

总结

设计原则的核心思想：

找出应用中可能需要变化之处， 把它们独立出来， 不要和那些不需要变化的代 码混在一起。 针对接口编程， 而不是针对实现编程。 为了交互对象之间的松耦合设计而努力

本次笔记获取：

设计模式的七大原则.md

链接: https://pan.baidu.com/s/1IeMxGzcgLEvvQ7_lOq3Mqg
提取码: c6wu