六大设计原则
1.单一职责原则 SRP (Single Responsibility Principle)
定义
应该有且仅有一个原因引起类或接口的变更,类和接口只有一个职责,它就负责一件事
好处
- 类的复杂性降低,实现什么职责都有清晰明确的定义
- 可读性提高了,复杂性降低了
- 可维护性提高
- 变更引起的风险降低
建议:接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化。
2.里氏替换原则 LSP (Liskov Substitution Principle)
定义
- 如果每一个类型为S的对象o1,都有类型为T的对象o2,使得以T定义的所有程序P在所有的对象o1替换为o2时,程序P的行为没有发生变化,那么类型S就是类型T的子类型。
- 所有引用基类的地方必须能透明的使用其子类对象。
即:只要父类能出现的地方,子类就可以出现,而且替换为子类也不会产生任何错误和异常,使用者可能根本就不需要知道是父类还是子类。但是反过来就不行了,有子类出现的地方,父类未必就能适应。
四层含义
- 子类必须完全实现父类的方法。
- 子类可以有自己的个性(子类可以有自己的方法和属性,)
- 覆盖或实现父类的方法时输入参数可以被放大 (父类用HashMap,子类用Map)
- 覆写或实现父类的方法时输出结果可以被缩小(父类返回值为S
- ,子类相同方法返回值为T,则 T <= S)
3.依赖倒置原则 DIP (Dependence Inversion Principle)
三层含义
- 高层模块不应该依赖底层模块,两者都应该依赖抽象(模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或抽象类产生的,即面向接口编程)
- 抽象不应该依赖细节(接口或抽象类不依赖于实现类)
- 细节应该依赖抽象(实现类依赖接口或抽象类)
依赖的三种写法
-
构造函数传递依赖对象
public class Driver implements IDriver{ private ICar car; public Driver(ICar _car){ this.car = _car; } }
-
Setter方法传递依赖对象
public class Driver implements IDriver{ private ICar car; public setCar(ICar car){ this.car = car; } }
-
接口声明依赖对象
public void drive(ICar car);
开发时遵循以下规则
- 每个类都有接口或抽象类,或者接口和抽象类都有。(基本要求)
- 变量的表面类型尽量是接口或者抽象类。
- 任何类都不应该从具体类派生。
- 尽量不要覆写基类的方法。
- 结合里氏替换原则使用(即:接口负责定义public属性和方法,并且声明与其他对象的依赖关系,抽象类负责公共构造部分的实现,实现类准确的实现业务逻辑,同时在适当的时候对父类进行细化)
4. 接口隔离原则 ISP (Interface Segregation Principle)
定义
- 客户端不应该依赖它不需要的接口
- 类间的依赖关系应该建立在最小的接口上
即:建立单一接口,不要建立臃肿庞大的接口,接口应该尽量细化,同时接口中的方法尽量少(注:接口隔离原则和单一职责原则角度不同:单一职责原则要求的是类和接口职责单一,注重的是职责,这是业务逻辑的划分,而接口隔离原则要求接口的方法尽量少)
四层含义
- 接口要尽量小
- 接口要高内聚(提高接口,类,模块的处理能力,减少对外的交互)
- 定制服务(单独为一个个体提供优良的服务)
- 接口设计是有限度的
开发时应该遵循
- 一个接口只服务于一个子模块或业务逻辑
- 通过业务逻辑压缩接口中的public方法
- 已经被污染了的接口,尽量去修改。
- 了解环境,拒绝盲从
5. 迪米特法则 LoD (Law of Demeter)
一个对象应该对其他对象有最少的了解。
迪米特法则要求类尽量不要对外公布太多的public方法和非静态的public变量,尽量内敛,多使用private,default,protected等访问权限
一个类放在本类中,既不增加类之间的关系,也不对本类产生负面影响,那就放置在本类中。
6. 开闭原则
定义
一个软件如实体类、模块和函数应该对扩展开发,对修改关闭。即通过扩展来实现变化
如何使用
- 抽象约束:通过接口或抽象类可以约束一组可能变化的行为,并且能实现对扩展开放
- 第一:通过接口或抽象类约束扩展,对扩展进行边界设定 ,不允许出现在接口或抽象类中不存在的public方法
- 第二:参数类型,引用对象尽量使用接口或者抽象类,而不是实现类
- 第三:抽象层尽量保持稳定,一旦确定不允许修改
- 元数据(metadata)控制模块行为,元数据:用来描述环境和数据的数据,通俗的讲就是配置参数,参数可以从文件中获得,也可以从数据库中获得
- 封装变化:将相同的变化封装到一个接口或抽象类中,将不同的变化封装到不同的接口或抽象类中。
SOLID:稳固的,六个原则建立稳固的设计。
参考书籍:设计模式之禅——秦小波著