六大设计原则

单一职责原则

Single Responsibility principle简称SRP

单一职责原则的定义是:应该有且仅有一个原因引起类的变更

也就是说一个接口(类)内包含的应该是同类的方法

它的好处是:

  • 类的复杂性降低,实现什么职责都有清晰明确的定义;
  • 可读性提高,复杂性降低,那当然可读性提高了;
  • 可维护性提高,可读性提高,那当然更容易维护了;
  • 变更引起的风险降低,变更是必不可少的,如果接口的单一职责做得好,一个接口修改只对相应的实现类有影响,对其他的接口无影响,这对系统的扩展性、维护性都有非常大的帮助。

里氏替换原则

里氏替换原则的定义是:所有引用基类的地方必须能透明地使用其子类的对象

也就是说父类出现的地方可以用子类替换,并且不会出任何错误,使用者不知道到底是父类还是子类

List list = new ArrayList();

这就运用了里氏替换原则

依赖倒置原则

依赖倒置原则的定义是:

  • 髙层模块不应该依赖低层模块,两者都应该依赖其抽象;
  • 抽象不应该依赖细节;
  • 细节应该依赖抽象。

理解:

  • 模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或抽象类产生的
  • 接口或抽象类不依赖于实现类
  • 实现类依赖接口或抽象类。

为了方便理解,我们来举个反例:


image

在这个类图中,Client依赖了两个实现类

image
image
image
  • 此时若要让司机开宝马车,我们需要新增一个宝马车类
  • 但是需要修改司机类

这就出现了问题

接口隔离原则

定义:

  • 接口要尽量小
  • 接口要高内聚
  • 定制服务
  • 接口设计有限度的

高内聚的理解:接口内尽量只留支撑业务的最少的public方法,从而使得少量的方法聚合多个业务,提高复用性

它可以看成是单一职责原则的延拓,将接口(类)进一步细腻化
但是拆分后必须得遵守单一职责原则

迪米特法则

迪米特法则( Law of demeter,LoD)也称为最少知识原则( Least Knowledge Principle, LKP),虽然名字不同,但描述的是同一个规则:一个对象应该对其他对象有最少的了解。通俗地讲,一个类应该对自己需要耦合或调用的类知道得最少,你(被耦合或调用的类)的内部是如何复杂都和我没关系,那是你的事情,我就知道你提供的这么多 public方法,我就调用这么多,其他的我一概不关心。

开闭原则

开闭原则的定义:一个软件实体如类、模块和函数应该对扩展开放,对修改关闭

理解:我们如果要改变业务时,尽量通过拓展(创建子类,增加方法等在代码上添砖加瓦的方式)来解决,而不是直接修改代码

好处:

  • 开闭原则利于测试
  • 可以提高复用
  • 提高可维护性
  • 和面向对象的思想匹配

你可能感兴趣的:(六大设计原则)