Java设计模式解析之零——设计模式的6大原则

1.前言

• Java设计模式共有23种，这里主要介绍设计模式的6个原则。后面会抽空把每一种设计模式都用一篇博客来介绍。

2.特点

2.1.单一指责原则

• 定义：就一个类而言，应该仅有一个引起它变化的原因。
• 解释：一个类应当不要包含太多的功能，就是不同的功能可以拆开的就放到另一个类中专门处理。个人觉得这个主要是看个人经验和后期的改动而定了。一般的话某一块功能代码比较多的时候，我会抽出一个类分开，不能因为方便全都写到一起，不然后期维护的时候就头疼了。

2.2.开放封闭原则

• 定义：类，模块，函数等应该是可以拓展的，不是能够修改的。
• 解释：这里字面意思就很好理解，功能应该是可以拓展的，而不是可以修改的

2.3.里氏替换原则

• 定义：所有引用基类（父类）的地方必须能够透明的使用其子类对象
• 解释：在软件中将一个基类对象替换成其子类对象，呈程序将不会产生任何异常，反过来则不成立。要求子类中的方法必须在父类中声明，或子类必须实现父类中声明的所有方法。所以应当把父类尽量设计成抽象类或接口，让子类去实现或继承父类接口。

2.4.依赖倒置原则

• 定义：高层模块不应该依赖底层模块，两者都应该依赖于抽象，抽象不应依赖于细节，细节应该依赖于抽象。
• 解释：在Java中，抽象指接口或抽象类，两者都是不能直接被实例化的；细节就是实现类，实现接口或者继承抽象而产生的就是细节，也就是可以加上一个关键字new产生的对象。高层模块就是调用端，底层模块就是具体实现类。依赖倒置原则在Java中的表现就是，模块间的依赖通过抽象发生，实现类直接不发生直接依赖关系，其依赖关系是通过接口或者抽象类产生的。如果类与类直接依赖细节，那么就会直接耦合。

2.5.迪米特原则

• 定义：一个软件实体应该尽可能少地与其他实体发生相互作用
• 解释：又被称为最少知识原则。其要求在设计系统时，应该尽量少减少对象之间的交互。主要注意三点：1⃣️在类的划分上，尽量降低类与类之间的耦合度；2⃣️在类的设计结构上，每一个类都应当尽量降低其成员变量和成员函数的访问权限；3⃣️在对其他类的引用上，一个对象对其他对象的引用应当降到最低。

2.6.接口隔离原则

• 定义：一个类对另一个类对依赖应该建立在最小的接口上
• 解释：建立每一模块单独的接口，不要建立一个臃肿的接口。主要注意三点：1⃣️接口尽量要小，但也要有限度。对于每一功能模块细化可以提高程序的阅读性，灵活性，但要注意接口数量不能过多。2⃣️为依赖接口的类定制服务，建立最小的依赖关系。3⃣️提高内聚，减少对外交互，少用public修饰接口方法。

3.总结

• 篇幅较短，主要是6个原则的定义和解释，也算通俗易懂了。有疑问可以留言！