Java设计模式----设计原则-CSDN博客

本文链接：https://blog.csdn.net/fengy_jav/article/details/106344053

开闭原则

开闭原则（Open Closed Principle，OCP）由勃兰特·梅耶（Bertrand Meyer）提出，他在 1988 年的著作《面向对象软件构造》（Object Oriented Software Construction）中提出：软件实体应对扩展开放，对修改关闭，这就是开闭原则的经典定义
开闭原则的含义：当应用的需求改变时，在不修改软件实体的源代码或者二进制代码的前提下，可以扩展模块的功能，使其满足新的需求
开闭原则的作用：
开闭原则是面向对象程序设计的终极目标，使软件实体拥有一定的适应性和灵活性的同时具备稳定性和延展性

对软件测试的影响（测试只需要对扩展的模块继续宁测试就可以了，原有代码仍然可以正常运行）
可以提高代码的可复用性（粒度越小，复用性越大，可以根据原子和抽象编程提高代码的可复用性）
可以提高软件的可维护性（稳定性高、延展性强，易于扩展和维护）

开闭原则的实现

抽象约束、封装变化（通过接口或者抽象类为软件实体定义相对稳定的抽象层，而将相同的可变因素封装在相同的具体实现类中）

里氏替换原则

里氏替换原则（Liskov Substitution Principle，LSP）由麻省理工学院计算机科学实验室的里斯科夫（Liskov）女士在 1987 年的“面向对象技术的高峰会议”（OOPSLA）上发表的一篇文章《数据抽象和层次》（Data Abstraction and Hierarchy）里提出来的，她提出：继承必须确保超类所拥有的性质在子类中仍然成立（Inheritance should ensure that any property proved about supertype objects also holds for subtype objects）。
里氏替换原则的作用：

里氏替换原则是实现开闭原则的重要方式之一
它客服了继承中重写父类造成的可复用性变差的缺点
它是动作正确性的保证。即类的扩展不会给已有的系统引入新的错误，降低代码出错的可能性

里氏替换原则的实现方法
通俗的讲：子类可以扩展父类的功能，但不能改变父类原有的功能。也就是说，子类继承父类时，除添加新的方法完成新增功能外，尽量不要重写父类的方法。

如果程序违背里氏替换原则，则继承类的对象在基类出现的地方出现运行错误。则修正方法是：取消原来的继承关系，重新设计他们之间的关系

依赖倒置原则

依赖倒置原则（Dependence Inversion Principle，DIP）是 Object Mentor 公司总裁罗伯特·马丁（Robert C.Martin）于 1996 年在 C++ Report 上发表的文章。
依赖倒置原则的原始定义为：高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象（High level modules shouldnot depend upon low level modules.Both should depend upon abstractions.Abstractions should not depend upon details. Details should depend upon abstractions）。其核心思想是：要面向接口编程，不要面向实现编程。

依赖倒置原则是实现开闭原则的重要途经之一，它降低了客户与实现模块之间的耦合

使用接口或者抽象类的目的是制定好规范和契约，而不去涉及任何具体的操作，而展现细节的任务交给他们的实现类去完成
依赖倒置原则的作用：

降低类间的耦合性
提高系统的稳定性
减少并行开发依法的风险
提高代码的可读性和可维护性

依赖倒置原则的实现方法
依赖倒置原则的目的是通过要面向接口的编程来降低类间的耦合性

每个类精良提供接口和抽象类，或者两者都具备
变量的声明类型尽量是接口或者是抽象类
任何类都不应该从具体类派生
使用继承时尽量遵循里氏替换原则

单一职责原则

单一职责原则（Single Responsibility Principle，SRP）又称单一功能原则，由罗伯特·C.马丁（Robert C. Martin）于《敏捷软件开发：原则、模式和实践》一书中提出的。这里的职责是指类变化的原因，单一职责原则规定一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分（There should never be more than one reason for a class to change）。
单一职责原则的优点：
单一职责原则的核心时控制类的粒度大小，将对象解耦、提高其内聚性

降低类的复杂度（一个类只负责一项职责）
提高类的可读性（复杂性降低，自然可读性提高）
提高系统的可维护性（可读性提高，可维护性自然提高）
变更引起的风险降低
单一职责原则的实现方法：
单一值则原则时最简单但是最难运用的原则，需要发现类的不同职责并将其分离，在封装到不同的类中或模块中

接口隔离原则

2002 年罗伯特·C.马丁给“接口隔离原则”的定义是：客户端不应该被迫依赖于它不使用的方法（Clients should not be forced to depend on methods they do not use）。该原则还有另外一个定义：一个类对另一个类的依赖应该建立在最小的接口上（The dependency of one class to another one should depend on the smallest possible interface）。
以上两个定义的含义是：要为各个类建立他们需要的专用接口，而不要试图去建立一个很庞大的接口供所有依赖它的类去调用
接口隔离注重的时对接口依赖的隔离
接口隔离主要约束接口，主要针对抽象和程序整体框架的构建

接口隔离的有点：

将臃肿庞大的接口分解为多个粒度小的接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性。
接口隔离提高了系统的内聚性，减少了对外交互，降低了系统的耦合性。
如果接口的粒度大小定义合理，能够保证系统的稳定性；但是，如果定义过小，则会造成接口数量过多，使设计复杂化；如果定义太大，灵活性降低，无法提供定制服务，给整体项目带来无法预料的风险。
使用多个专门的接口还能够体现对象的层次，因为可以通过接口的继承，实现对总接口的定义。
能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法，当实现这个接口的时候，被迫设计冗余的代码。

接口隔离的实现方法：
6. 接口尽量小，但是要有限度（一个接口只服务于一个则模块或业务逻辑）
7. 为依赖接口的类定制服务（只提供调用者需要的方法，屏蔽不需要的方法）
8. 了解环境，拒绝盲从（更具不同的业务场景进行不同的拆分）
9. 提高内聚，减少对外交互（使接口用最小的方法完成最多的事情）

迪米特法则

迪米特法则（Law of Demeter，LoD）又叫作最少知识原则（Least Knowledge Principle，LKP)，产生于 1987 年美国东北大学（Northeastern University）的一个名为迪米特（Demeter）的研究项目，由伊恩·荷兰（Ian Holland）提出，被 UML 创始者之一的布奇（Booch）普及，后来又因为在经典著作《程序员修炼之道》（The Pragmatic Programmer）提及而广为人知。
迪米特法则的定义是：只与你的直接朋友交谈，不跟“陌生人”说话（Talk only to your immediate friends and not to strangers）。其含义是：如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。其目的是降低类之间的耦合度，提高模块的相对独立性。
迪米特法则中的朋友是指：当前对象本身、当前对象的成员对象、当前对象所创建的对象、当前对象的方法参数等

迪米特法则的优点：

降低类之间的耦合度，提高了模块的相对独立性
由于亲和度降低没从提高了类的可复用率和系统的扩展性

但是当过度使用该法则时会产生过多的中介类或代理类，所以需要权衡利弊

迪米特法则的实现方法：

只依赖应该依赖的对象
只暴露该暴露的方法
注意：
再类划分上，应该创建弱耦合类
降低类成员的访问权限
将一个类设置成不变类
将引用其他对象的次数将到最低
不暴露类的属性成员，提供相应的访问器

合成复用原则

合成复用原则（Composite Reuse Principle，CRP）又叫组合/聚合复用原则（Composition/Aggregate Reuse Principle，CARP）。它要求在软件复用时，要尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。
如果要使用继承关系，则必须严格遵循里氏替换原则。合成复用原则同里氏替换原则相辅相成的，两者都是开闭原则的具体实现规范。
合成复用原则的重要性：
继承复用的缺点