5分钟带你看懂程序设计的七大设计原则

1.开闭原则

Define

对扩展开放，对修改关闭

简而言之

抽象构建框架，实现扩展细节

Why do it ?

抽象公共逻辑，实现细节不会乱套。经济基础决定上层建筑

2.依赖倒置原则

Define

高层模块不应该依赖底层模块，二者都应该依赖其抽象
抽象不应该依赖细节，细节应该依赖抽象

简而言之

面向接口编程，不要面向实现编程

Why do it ?

减少类间耦合，降低修改程序带来的连锁反应

3.单一职责原则

Define

不要存在多于一个导致类变更的原因

简而言之

一个类、接口或方法只负责搞一件事情

Why do it ?

简化类，降低修改程序带来的连锁反应

4.接口隔离原则

Define

用多个专门单一的接口，而不是使用单一的总接口。实现类不应该依赖她不需要的接口

简而言之

一个类对应一个类的依赖应该建立在最小的接口上
建立单一接口，不要建立庞大臃肿的解耦
尽量细化接口，接口中的方法尽量少

注意要适度，一定要适度，必须要适度

Why do it ?

高类聚，低耦合

5.迪米特法则

Define

一个对象应该对其他对象保持最少的了解，又叫最少知道原则

简而言之

强调只和朋友交流，不和陌生人讲话

什么是朋友？

出现在成员变量、方法的输入、输出参数中的类成为成员朋友类，而出现在方法体内部的类不属于朋友类。

Why do it ?

高类聚，低耦合

6.里氏替换原则

Define

如果对每个类型为T1的对象o1，都有类型为T2的对象o2,在程序P里把所有o1都替换程o2时，P行为没有发生变化，那么T2就是T1的子类。

简而言之

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

引申解读

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

Why do it ?

约束继承泛滥，开闭原则的体现

7.合成复用原则

Define

尽量使用对象组合、聚合、而不是继承关系达到程序复用的目的

简而言之

聚合 has-a 组合contains-a 继承 is-a

Why do it ?

高类聚，低耦合