六大设计原则
标签:设计模式

六大设计原则

1.单一职责原则 SRP (Single Responsibility Principle)

定义

应该有且仅有一个原因引起类或接口的变更,类和接口只有一个职责,它就负责一件事

好处

  1. 类的复杂性降低,实现什么职责都有清晰明确的定义
  2. 可读性提高了,复杂性降低了
  3. 可维护性提高
  4. 变更引起的风险降低

建议:接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化。

2.里氏替换原则 LSP (Liskov Substitution Principle)

定义

  1. 如果每一个类型为S的对象o1,都有类型为T的对象o2,使得以T定义的所有程序P在所有的对象o1替换为o2时,程序P的行为没有发生变化,那么类型S就是类型T的子类型。
  2. 所有引用基类的地方必须能透明的使用其子类对象。

即:只要父类能出现的地方,子类就可以出现,而且替换为子类也不会产生任何错误和异常,使用者可能根本就不需要知道是父类还是子类。但是反过来就不行了,有子类出现的地方,父类未必就能适应。

四层含义

  1. 子类必须完全实现父类的方法。
  2. 子类可以有自己的个性(子类可以有自己的方法和属性,)
  3. 覆盖或实现父类的方法时输入参数可以被放大 (父类用HashMap,子类用Map)
  4. 覆写或实现父类的方法时输出结果可以被缩小(父类返回值为S
  5. ,子类相同方法返回值为T,则 T <= S)

3.依赖倒置原则 DIP (Dependence Inversion Principle)

三层含义

  1. 高层模块不应该依赖底层模块,两者都应该依赖抽象(模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或抽象类产生的,即面向接口编程)
  2. 抽象不应该依赖细节(接口或抽象类不依赖于实现类)
  3. 细节应该依赖抽象(实现类依赖接口或抽象类)

依赖的三种写法

  1. 构造函数传递依赖对象

    public class Driver implements IDriver{
    		private ICar car;
    		public Driver(ICar _car){
    			this.car = _car;
    		}
    	} 
    

  2. Setter方法传递依赖对象

    public class Driver implements IDriver{
    		private ICar car;
    		public setCar(ICar car){
    			this.car = car;
    		}
    	} 
    

  3. 接口声明依赖对象

    public void drive(ICar car);
    

开发时遵循以下规则

  1. 每个类都有接口或抽象类,或者接口和抽象类都有。(基本要求)
  2. 变量的表面类型尽量是接口或者抽象类。
  3. 任何类都不应该从具体类派生。
  4. 尽量不要覆写基类的方法。
  5. 结合里氏替换原则使用(即:接口负责定义public属性和方法,并且声明与其他对象的依赖关系,抽象类负责公共构造部分的实现,实现类准确的实现业务逻辑,同时在适当的时候对父类进行细化)

4. 接口隔离原则 ISP (Interface Segregation Principle)

定义

  1. 客户端不应该依赖它不需要的接口
  2. 类间的依赖关系应该建立在最小的接口上

即:建立单一接口,不要建立臃肿庞大的接口,接口应该尽量细化,同时接口中的方法尽量少(注:接口隔离原则和单一职责原则角度不同:单一职责原则要求的是类和接口职责单一,注重的是职责,这是业务逻辑的划分,而接口隔离原则要求接口的方法尽量少)

四层含义

  1. 接口要尽量小
  2. 接口要高内聚(提高接口,类,模块的处理能力,减少对外的交互)
  3. 定制服务(单独为一个个体提供优良的服务)
  4. 接口设计是有限度的

开发时应该遵循

  1. 一个接口只服务于一个子模块或业务逻辑
  2. 通过业务逻辑压缩接口中的public方法
  3. 已经被污染了的接口,尽量去修改。
  4. 了解环境,拒绝盲从

5. 迪米特法则 LoD (Law of Demeter)

一个对象应该对其他对象有最少的了解。

迪米特法则要求类尽量不要对外公布太多的public方法和非静态的public变量,尽量内敛,多使用private,default,protected等访问权限

一个类放在本类中,既不增加类之间的关系,也不对本类产生负面影响,那就放置在本类中。

6. 开闭原则

定义

一个软件如实体类、模块和函数应该对扩展开发,对修改关闭。即通过扩展来实现变化

如何使用

  1. 抽象约束:通过接口或抽象类可以约束一组可能变化的行为,并且能实现对扩展开放
    1. 第一:通过接口或抽象类约束扩展,对扩展进行边界设定 ,不允许出现在接口或抽象类中不存在的public方法
    2. 第二:参数类型,引用对象尽量使用接口或者抽象类,而不是实现类
    3. 第三:抽象层尽量保持稳定,一旦确定不允许修改
  2. 元数据(metadata)控制模块行为,元数据:用来描述环境和数据的数据,通俗的讲就是配置参数,参数可以从文件中获得,也可以从数据库中获得
  3. 封装变化:将相同的变化封装到一个接口或抽象类中,将不同的变化封装到不同的接口或抽象类中。

SOLID:稳固的,六个原则建立稳固的设计。

参考书籍:设计模式之禅——秦小波著

  • 6 min read

CONTRIBUTORS


  • 6 min read