Java设计模式的七大设计原则

单一职责

定义：即一个类应该只负责一项职责。它规定一个类应该只有一个发生变化的原因，所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变，那么这个类就具有多于一个的职责。在业务中，最常见的的就是对数据表的操作，每个表都有自己的Service层。假设有一个用户表和角色表，那么就分别存在UserService和RoleService两个类，每个类只对自己的表做操作。但有些业务场景会需要对两张表做关联查询、修改等操作，那么理应当再新增一个类专门用于处理这两张表的关联操作才符合单一职责原则。
意义：

1. 降低类的复杂度，一个类只负责一个职责。
2. 提高类的可读性，可维护性。
3. 降低变更引起的风险。

需要说明的一点是，单一职责原则不只是面向对象编程思想所特有的，只要是模块化的程序设计，都适用单一职责原则。比如说单一职责原则不仅仅适用于类，还适用于方法。

接口隔离

定义：即一个类对另一个类的依赖应该建立在最小的接口上。客户端不应该依赖它不需要的接口。
意义：

1. 将臃肿庞大的接口分解为多个粒度小的接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性。
2. 接口隔离提高了系统的内聚性，减少了对外交互，降低了系统的耦合性。
3. 如果接口的粒度大小定义合理，能够保证系统的稳定性；但是，如果定义过小，则会造成接口数量过多，使设计复杂化；如果定义太大，灵活性降低，无法提供定制服务，给整体项目带来无法预料的风险。
4. 使用多个专门的接口还能够体现对象的层次，因为可以通过接口的继承，实现对总接口的定义。
   能减少项目工程中的代码冗余。
5. 过大的大接口里面通常放置许多不用的方法，当实现这个接口的时候，被迫设计冗余的代码。

简单总结：假设有接口A，A接口存在1、2、3方法，当我需要实现A接口的1、2方法时，我创建的实现类C不需要去实现我用不到的3方法；即为接口隔离原则。具体实现则是将接口进行拆分，将用不到的方法分到另外的接口，即创建B接口，将A接口中的3方法放在B接口中。

依赖倒转原则

定义：即面向接口编程；相对于具体实现，抽象的东西要稳定许多。以抽象为基础搭建的架构要比以细节为基础的架构稳定的多。即使实现细节不断变动，只要抽象不变，架构就不需要变动。
意义：

1. 降低类间的耦合性。
2. 提高系统的稳定性。
3. 提高代码的可读性和可维护性。

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

里氏替换原则

定义： 所有引用基类的地方必须能透明地使用其子类的对象，即子类对象能够替换到程序中的父类对象出现的任何地方，并且保证程序原有的逻辑行为不变和正确性不被破坏。通俗点说就是子类可以扩展父类的功能但不能去修改父类原有的方法，即使用继承时，在子类中尽量不要重写父类的方法。
意义：

1. 提高代码的可维护性
2. 提高代码的可扩展性
3. 增加代码的可读性
4. 提高代码的健壮性
5. 促进代码重用

里氏替换原则是对开闭原则的补充，它对子类进行了约束。当对一个已存在的类进行扩展而来创建一个新的子类时，符合里氏替换原则的扩展不会给已有的系统引入新的错误

开闭原则

定义：开闭原则是编程中最基础最重要的原则。它要求程序对扩展开放，对修改关闭。一个软件实体如类，模块和函数应该对扩展开放（对提供方），对修改关闭（对使用方）。用抽象构建框架，用实现扩展细节当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码实现变化。

意义：

1. 对软件测试的影响
2. 可以提高代码的可复用性
3. 可以提高软件的可维护性

开闭原则（Open-Closed Principle，OCP）是面向对象设计中的一条基本原则，指的是“软件实体（类、模块、函数等）应该对扩展开放，对修改关闭”。换句话说，当需求发生变化时，应该通过增加新的代码来扩展现有功能，而不是直接修改现有代码。
开闭原则倡导对抽象基类的继承。接口规约可以通过继承来重用，但是实现不必重用。已存在的接口对于修改是封闭的，并且新的实现必须，至少，实现那个接口

迪米特法则

定义：迪米特法则又叫最少知道原则，一个对象应该对其他对象保持最少的了解。 即一个类对自己依赖的类知道的越少越好。也就是说对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。除了对外提供的public方法，不对外泄露任何信息。它还有个更简单的定义：只与直接的朋友通信，即依赖的类通过成员变量、方法参数、方法返回值的方式出现时为直接的朋友，而出现在局部变量中的类不是直接的朋友

意义：迪米特法则的核心是降低类直接的耦合

迪米特法则其实是以封装的思想为核心。它关注于对象之间的通信方式 ，要求对象只与其直接的朋友类进行交互。

合成复用原则

定义：合成复用原则是要求尽量使用合成/聚合的方式，而不是继承。即假设有A和B两个类,当B类想使用A类的某个方法时不应该通过继承的方式（B继承A）实现。可以在B类方法中将A类的实例当成参数传递过来或者将A类声明成B类的成员变量的方式进行使用

设计原则的核思想

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