java总结1，七大设计原则

若有雷同全部来自java设计模式精讲，经过个人理解修改完成

开闭原则

定义：

一个软件实体如类，模块，函数应该对拓展开发，对修改关闭

优点：

提高软件系统的可复用性及可维护性
最大的使用案例就是，spring在使用的时候继承配置，而不是直接在spring的源码上进行修改，比如配置mybatisplus的时候，service是继承base来实现crud并进行多样化的

总结：

通过新增实现类来获取，修改原来类的方法，不要在原类上直接进行改动

依赖倒置原则

定义：

高层模块不应该依赖低层模块，二者应该都依赖其抽象
抽象不应该依赖细节：细节应该依赖抽象
针对接口编程，不要针对实现实现编程，净量不要覆盖他基类的方法

优点：

减少类之间的耦合性，提高系统的稳定性，提高代码的可读性和可维护性，可降低修改程序所造成的风险

总结：

不依赖实现类，依赖他爹，相当于在调用之间可以通过他爹去找他儿子，相对于他有好多儿子，他爹的量就会很少

单一职责原则

定义：

不要存在多余一个导致类变更的原因
一个类/方法只负责一项职责

优点：

降低类的复杂程度，提高类的可读性，提高系统的可维护性，降低变更引起的风险

总结：

在类中的体现就是使用不同的类来替代原本类的两个职责，在接口中的体现就是将原本的接口职责拆分成两个职责，同时用一个实现类去实现接口的功能，在方法中也是就比如一个方法中传入用户名和地址要修改用户名和地址，可以考虑拆分成两个方法一个方法来修改用户名一个来修改地址

接口隔离原则

定义：

用多个专门的接口，而不是用单一的总接口，客户端不应该依赖他不需要的接口
一个类对一个类的依赖应该建立在最小的接口上，建立单一接口不要拿建立庞大臃肿的接口

总结：

接口强调的是职责，分别负责不同的职责的时候尽量拆分来看，减少接口使用的频率尽量用最少的接口实现最多的功能

迪米特法则

定义：

一个对象应该对其他对象保持最少的了解，又叫最少知道原则
尽量降低类与类之间的耦合，强调之和朋友交流，不和陌生人说话（这里的朋友指成员变量，方法输入，输出参数）

优点：

降低类之间的耦合

总结：

对外尽量少暴露过多的方法，简单的例子，老板，经理和所需的数据，老板应该直接告诉经理我要什么数据而不是直接和数据去接触

里氏替换原则

定义：

如果对每一个类型为 T1 的对象 o1，都有类型为 T2 的对象 o2，使得以 T1 定义的所有程序 P 在所有的对象 o1 都替换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。通过这个定义我们可以引申出来一个定义继承，T1 是 T2 的父类。里式替换原则是继承复用的基石，当子类可以替换父类，并且软件功能不受影响时，父类才能真正的被复用，子类也可以增加自己新的功能，里式替换原则是对开闭原则的一个补充，它是对实现抽象化的具体步骤规范。里式替换原则所表达的含义就是反对子类重写父类方法的这一含义。

定义扩展：一个软件实体如果适用一个父类的话，那么一定适用于其子类，所有引用父类的地方必须能透明的使用其子类的对象，子类对象能够替换父类对象，而程序逻辑不变。

引申意义：

1. 子类可以扩展父类的功能，但不能改变父类原有的功能。
   含义1：子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
   含义2：子类可以增加自己特有的方法。
   含义3：当子类的方法重载父类的方法时，方法的前置条件（即方法的输入/入参）要比父类方法的输入参数更宽松。
   含义4：当子类的方法实现父类的方法时（重写/重载或实现抽象方法），方法的后置条件（即方法的输出/返回值）要比父类严格或相等。

优点：

 1. 约束继承泛滥，开闭原则的一种体现。
 2. 加强程序的健壮性，同时变更时也可以做到非常好的兼容性提高程序的可维护性、扩展性。降低需求变更时引入的风险

合成复用原则

定义：

尽量使用对象组合/聚合，而不是继承关系达到软件复用的目的。
聚合 has-A和组合contains-A

优点：

可以是系统更加灵活，降低类与类之间的耦合度，一个类的变化对其他类造成的影响相对较少。
何时使用合成/聚合、继承
聚合 has-A 关系
组合contains-A 包含关系
继承 is-A 父子关系