一、单一职责原则
对类来说的,即一个类应该只负责一个职责。避免一个职责需求变更而产生的相互影响。
二、接口隔离原则
客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小的接口上
三、依赖倒转原则
1.高层模块不应该依赖底层模块,二者都应该依赖抽象
2.抽象不应该依赖细节,细节应该依赖抽象。
3.面向接口编程
4.相对于细节的多变性,抽象的东西要稳定的多,以抽象为基础搭建的架构要比以细节搭建的稳定的多。
5.使用接口和抽象类的目的是制定好规范,而不涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成。
四、里氏替换原则
1.如果对每个类型为T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都替换成o2时,程序P的行为没有发生变化,那么类型T2时类型T1的子类型,换句话说,所有引用基类的地方必须能透明的使用其子类对象。
2.在使用继承时,遵循里氏替换原则,在子类中尽量不要重写父类的方法。
3.里氏替换原则告诉我们,继承实际上让两个类的耦合性增强了,在适当的情况下,可以通过聚合、组合、依赖来解决问题。
五、开闭原则
1.一个软件实体如类,模块和函数应该对扩展开放(对提供方而言),对修改关闭(对使用方而言)。用抽象构建框架,用实现扩展细节。
2.当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化。
六、迪米特法则
1.一个对象应该对其他对象保持最少的了解
2.类与类关系越密切耦合度越大
3.一个类对自己依赖的类知道的越少好,也就是说,对于被依赖的类不管多复杂,都尽量将逻辑封装在类的内部,对外提供public方法
七、合成复用原则
原则是尽量使用合成/聚合的方式,而不是继承