设计模式之禅——设计原则SOLID+D(读书笔记)

604 阅读6分钟

设计原则-SOLID+D

设计是有限度的,不能无限的考虑未来的变更情况,否则就会陷入设计的泥潭中而不能自拔

- S单一职责原则Single Responsibility Principle,SRP

定义: 应该有且仅有一个原因引起类的变更。

单一职责原则要求一个接口或类只有一个原因引起变化,也就是一个接口或类只有一个职责,它就负责一件事情。

优点:

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

- O开闭原则Open Closed Principle,ocp

定义:软件实体应该对扩展开放,对修改关闭,其含义是说一个软件实体应该通过扩展来实现变化,而不是通过修改已有的代码来实现变化。

开闭原则是Java世界里最基础的设计原则,它指导我们如何建立一人稳定的、灵活的系统。

开闭原则告诉我们应该尽量通过扩展软件实体的行为来实现变化而不是通过修改已有的代码来完成变化,它是为软件实体的未来时间而定制的对现行开发设计进行约束的一个原则。

开闭原则是抽象类,其他的原则是具体的实现类。

优点:

  • 开闭原则对测试的影响:只需要保证新增类的正确性,不需要修改原来代码;
  • 提高复用性:所有的逻辑是从原子逻辑组合而来的,而不是一个类中独立实现一个业务逻辑。这样代码才可以复用。复用减少代码量,避免相同的逻辑分散在多个角落,避免日后维护人员为了修改一个微小的缺陷或增加新功能而要在项目中到处查找相关代码;
  • 开闭原则提高复用性:扩展的时候不需要维护原有类;
  • 应对面向对象开发的要求:抽象接口;

- L里氏替换原则Liskov Substitution Principle,LSP

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

规范:

  1. 子类必须完全实现父类的方法。如果子类不能完整的实现父类的方法,或者父类的某些方法在子类中已经发生畸变,则建议断开父子继承关系,采用依赖、聚集、组合等关系代替。
  2. 子类可以有自己的个性。
  3. 覆盖或实现父类的方法时输入参数可以被放大。利用重载实现。
  4. 覆写或实现父类的方法时输出结果可以被缩小。

优点: 面向对象的语言中,继承是必不可少的,具有代码共享、多态、扩展性等优点,但是也增强了耦合性,降低了灵活性,所以需要里氏替换原则减少弊端,发挥优点。

- I接口隔离原则Interface Segregation Principle

定义:客户端不该依赖他不需要的接口,类间的依赖关系应该建立在最小的接口上。

建立单一接口,不要建立庞大臃肿的接口

接口分类:

  • 实例接口:Java中的类也是一种接口
  • 类接口:interface关键字定义的接口

接口隔离原则与单一职责原则是不一样的:接口隔离原则与单一职责的审视角度是不相同的,单一职责要求的是类和接口职责单一,注重的是职责,这是业务逻辑上的划分,而接口隔离原则要求接口的方法尽量少。

接口隔离原则是对接口进行规范约束:

  1. 接口要尽量小。根据接口隔离原则拆分接口时,首先必须满足单一职责原则;
  2. 接口要高内聚。接口中尽量少公布public方法,接口是对外的承诺,承诺越少对系统的开发越有利,变更的风险也越少,同时也有利于降低成本;
  3. 定制服务。拆分接口,只提供个体需要的服务;
  4. 接口设计是有限度的;

最佳实践:

  • 一个接口只服务于一个子模块或业务逻辑;
  • 通过业务逻辑压缩接口中的public方法;
  • 已经被污染的接口,尽量去修改,若变更的风险较大,则采用适配器模式进行转化处理; 了解环境,拒绝盲从。

- D依赖倒置原则Dependence Inversion Principle,DIP

含义:

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

表现:

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

面向接口编程

采取依赖倒置原则可以减少类间的耦合性,提高系统的稳定性,降低并行开发引起的风险,提高代码的可读性和可维护性。

抽象是对实现的约束,对依赖着而言,也是一种契约,不仅仅约束自己,还同时约束自己与外部的关系,其目的是保证所有的细节不脱离契约的范畴,确保约束双方按照既定的契约共同发展。 最佳实践:

  • 每个类尽量都有接口或抽象类,或者抽象类和接口都具备;
  • 变量的表面类型尽量是接口或者是抽象类;
  • 任何类都不该从具体类派生
  • 尽量不要覆写基类的方法;
  • 结合里氏替换原则使用。

- D迪米特法则Law of Demeter,LOD

定义:应该对其他对象有最少的了解。

迪米特法则的核心观念就是类间解耦,弱耦合,只有弱耦合之后,类的复用率才可以提高。