面向对象设计原则

最新推荐文章于 2024-07-24 17:27:32 发布

Fittt_

最新推荐文章于 2024-07-24 17:27:32 发布

阅读量741

点赞数 22

文章标签： java

本文链接：https://blog.csdn.net/azy_123/article/details/139102800

版权

面向对象设计原则是一组指导原则，用于指导如何进行良好的面向对象软件设计。下面列出了常见的面向对象设计原则：

单一职责原则

单一职责原则（Single Responsibility Principle，SRP）是最简单的面向对象设计原则，它用于控制类的粒度大小。它指的是一个类或模块只应该有一个单一的职责。这样可以避免类的职责过于复杂，导致难以维护和扩展。如果一个类的职责过于复杂，则应该将职责分解成多个相互独立的类或模块。

SRP的核心思想是让每个类或模块只负责一项任务。如果一个类或模块承担了多个任务，那么当其中一个任务需要修改时，就会影响到其他任务的实现，从而导致代码的脆弱性和不稳定性。

可以通过以下几种方式来实现SRP：

将类或模块的职责分解成多个独立的部分，每个部分只负责一个任务。

使用接口来限制类或模块的职责范围，从而确保每个类或模块只能实现自己的职责。

在设计类或模块时，要考虑未来可能的需求变化，避免将不相关的职责合并到同一个类或模块中。

开放封闭原则

开放封闭原则（Open-Closed Principle，OCP）是指一个软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。这意味着当需要添加新功能时，不应该修改已有的代码，而是应该通过扩展现有的代码来实现新功能。

OCP的核心思想是通过抽象化和多态性来实现代码的可扩展性。具体来说，我们可以定义抽象类或接口来描述系统中的通用行为，然后让具体的实现类继承或实现这些接口。这样，当需要添加新功能时，只需要定义新的实现类，并将其注册到系统中即可，而不需要修改已有的代码。

可以通过以下几种方式来实现OCP：

使用抽象类、接口或虚方法来描述系统中的通用行为，而不是具体的实现细节。

使用工厂模式、策略模式、观察者模式等设计模式，来实现系统的可扩展性。

在设计类或模块时，要考虑未来可能的需求变化，避免将具体的实现细节硬编码到代码中。

里氏替换原则

里氏替换原则（Liskov Substitution Principle，LSP）是指程序中的对象应该是可以在不改变程序正确性的前提下被它们的子类所替换的。这意味着一个子类应该可以完全替代它的父类，并且保证系统的行为不会发生改变。

LSP的核心思想是通过多态性来实现代码的可扩展性。具体来说，当一个系统依赖于一个基类对象时，应该能够使用任何继承自该基类的子类对象，而不需要知道子类的具体类型。

可以通过以下几种方式来实现LSP：

子类必须实现父类的所有方法，并且不能修改父类的方法行为。

子类可以在父类方法的前置条件和后置条件上添加自己的限制，但不能削弱父类方法的限制。

子类的返回值类型必须与父类相同或者是其子类型。

依赖倒置原则

依赖倒置原则（Dependency Inversion Principle，DIP）是指高层模块不应该依赖于低层模块，二者都应该依赖于抽象接口；抽象接口不应该依赖于具体实现细节，而具体实现细节应该依赖于抽象接口。简而言之，依赖关系应该通过抽象来建立，而不是通过具体的实现类来建立。

DIP的核心思想是通过面向接口编程，实现模块之间的解耦和灵活性。具体来说，高层模块和低层模块都应该依赖于抽象接口，而不是具体的实现类。这样，在需要变更或替换某个具体实现时，只需要修改具体实现类，而不需要修改高层模块的代码。

可以通过以下几种方式来实现DIP：

通过接口或抽象类定义模块之间的通用行为，高层模块依赖于接口或抽象类，而不依赖于具体实现类。

使用依赖注入（Dependency Injection）或控制反转（Inversion of Control）等技术，将具体实现对象的创建和管理交给外部容器，从而实现模块之间的解耦和依赖倒置。

避免在模块内部直接实例化具体的实现对象，而是通过工厂模式等方式来创建抽象接口的实例。

接口隔离原则

接口隔离原则（Interface Segregation Principle，ISP）是指客户端不应该强制依赖于它们不使用的接口。该原则要求将大型的、臃肿的接口拆分成更小、更具体的接口，以避免不相关的方法对客户端造成负担和复杂性。

ISP的核心思想是通过接口的细化和拆分来减少接口的复杂性，使得客户端只需关注自己所需的接口方法，而不需要依赖于多余的方法。

可以通过以下几种方式来实现ISP：

将大型接口拆分成更小的接口，每个接口服务于特定的客户端需求。

针对不同的客户端创建专门的接口，以便于客户端只依赖于它们所需的接口。

使用接口适配器（Interface Adapter）模式，将多个接口适配成一个符合客户端需求的接口。

合成复用原则

合成复用原则(Composite Reuse Principle, CRP)是指尽量使用对象组合，而不是继承来达到复用的目的。该原则要求系统中的类应该尽量通过将已有的对象组合起来实现新的功能，而不是通过继承一个或多个类来达到复用的目的。

CRP的核心思想是通过对象组合来实现代码的复用，而不是通过继承来实现。这样可以降低类之间的耦合度，使得系统更加灵活、可扩展和易于维护。

可以通过以下几种方式来实现CRP：

使用对象组合来替代继承，将已有的对象组合起来实现新的功能。

将通用的功能封装成独立的类，供其他类进行调用，避免代码重复。

避免在类中直接实例化其他类，而是通过工厂模式等方式来创建对象，从而降低类之间的耦合度。

迪米特法则

迪米特法则(Law of Demeter, LoD)，又称最少知道原则(Least Knowledge Principle, LKP)，是指一个对象应该对其他对象有最少的了解，也就是一个对象对于其他对象应该有尽可能少的依赖关系。

LoD的核心思想是降低类之间的耦合度，通过减少对象之间的直接交互来提高系统的可维护性、灵活性和可扩展性。遵循LoD可以使得对象之间的关系更加松散，降低系统的复杂度，提高代码的可读性和可维护性。

遵循LoD需要遵守以下几个原则：

一个对象只应该调用由以下对象组成的方法：

a. 本身。

b. 作为参数传递进来的对象。

c. 自己创建或实例化的对象。

d. 与自己相等的对象。

e. 自己拥有的成员对象的方法。

一个对象不应该知道任何与其他对象之间的关系。

一个对象不应该直接访问其他对象的非公共成员变量和方法。