6大设计原则

1.单一职责原则

面对这样或那样设计的类或接口，不妨问自己：“你的设计符合单一职责(SRP)吗？”。
单一职责定义：引起类变更的原因有且仅有一个。(SRP：There should never be more than one reason for a class to change.)
单一职责适用于接口、类和方法( 一个方法尽可能只做一件事情 )。

接口/方法：①总体依据属性和行为创建接口/类 ②行为依据具体业务模块创建接口/类

2.里氏替换原则

里氏替换定义：所有引用父类的地方都可以使用其子类对象替换，而不会产生任何错误或异常。

①子类必须完全实现父类的方法：如果子类不能完整地实现父类的方法，则建议断开父子继承关系
②子类可以有自己的个性
③覆盖或实现父类的方法时输入参数可以被放大
④覆写或实现父类的方法时输出结果可以被缩小

3.依赖倒置原则

依赖倒置定义：高层模块不应该依赖低层模块； 抽象不应该依赖细节， 细节应该依赖抽象。
理解：

逻辑的实现都是由原子逻辑组成的，不可分割的原子逻辑就是低层模块，原子逻辑的再组装就是高层模块。
抽象指接口或抽象类，两者都是不能直接被实例化的；细节就是实现类( 实现接口或继承抽象类产生的类 )，可以直接被实例化

注：有了抽象才可能依赖倒置

4.接口隔离原则

接口隔离定义：依赖关系应该建立在最小的接口上(建立单一接口，即接口中的方法尽量少)

依据接口隔离原则拆分接口时，前提必须满足单一职责原则。

5.迪米特法则

迪米特法则定义：一个对象应该对其他对象( 需要耦合或调用的 )有最少的了解。核心是类间解耦。
特点：

① 只和朋友交流(Only talk to your immediate friends)
出现在成员变量、方法的输入输出参数中的类称为成员朋友类，而出现在方法体内部的类不属于朋友类；方法中尽量不引入一个类中不存在的对象（JDK API提供的类除外）。
② 朋友间也是有距离的
尽量不要对外公布太多的public方法和非静态的public变量，尽量内敛。
③ 是自己的就是自己的
如果一个方法放在本类中，既不增加类间关系，也对本类不产生负面影响，则放置在本类中。
④ 谨慎使用Serializable
远程方法调用需要把网络传输的对象进行序列化，否则就会出现NotSerializableException异常。

6.开闭原则

开闭原则定义：软件实体如类、模块和函数应该对扩展开放，对修改关闭。
软件实体应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化