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

设计原则-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

定义：应该对其余对象有最少的了解。

迪米特法则的核心观念就是类间解耦，弱耦合，只有弱耦合以后，类的复用率才能够提升。