面向对象设计原则

愤怒的代码

已于 2024-08-05 16:07:23 修改

阅读量290

点赞数 10

分类专栏：设计模式文章标签：设计模式

于 2024-08-05 15:53:53 首次发布

本文链接：https://blog.csdn.net/print_helloword/article/details/140929170

版权

设计模式专栏收录该内容

4 篇文章 0 订阅

订阅专栏

1. 单一职责原则（Single Responsibility Principle, SRP）

定义：一个类应该只有一个引起变化的原因，即该类应该只负责一项职责。

解释：

职责指的是类的功能或任务。一个类承担的职责越多，它需要变化的可能性就越大。
如果一个类有多个职责，它的修改可能会因为不同的原因而变得复杂和难以维护。

应用：将不同的职责分离到不同的类中，提高代码的可读性和可维护性。例如，数据处理和用户界面的逻辑应分别放在不同的类中。

应用的设计模式：

策略模式（Strategy Pattern）：策略模式将算法封装在独立的策略类中，使得每个策略类只负责一个特定的算法，从而使算法的修改不会影响其他部分。
装饰者模式（Decorator Pattern）：装饰者模式将功能的扩展分离到多个装饰器类中，使得每个装饰器类只负责一个特定的功能扩展。

2. 开放/关闭原则（Open/Closed Principle, OCP）

定义：软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。

解释：

软件系统应该允许在不修改现有代码的情况下，通过扩展来增加新功能。
通过继承和接口的使用，现有代码可以依赖于抽象接口，而不是具体实现，从而避免修改现有的稳定代码。

应用：设计模式如策略模式和装饰者模式遵循这个原则，通过实现接口或继承抽象类来扩展功能，而不改变已有代码。

应用的设计模式：

策略模式（Strategy Pattern）：允许在不修改现有代码的情况下，通过添加新的策略类来扩展算法的功能。
观察者模式（Observer Pattern）：允许在不修改现有主题类的情况下，通过添加新的观察者类来扩展对事件的响应。

3. 里氏替换原则（Liskov Substitution Principle, LSP）

定义：如果 S 是 T 的一个子类型，那么类型为 T 的对象可以用类型为 S 的对象替换，而不会改变程序的正确性。

解释：

子类必须能够替换父类而不影响程序的正确性，即子类应当扩展父类的功能，而不是减弱或改变它。
保证子类对象能够完美适配于父类对象的场景中。

应用：确保继承关系的正确性。例如，重载或重写的方法应保持父类方法的预期行为，避免违反 LSP 原则。

应用的设计模式：

模板方法模式（Template Method Pattern）：模板方法模式允许子类替换父类中的部分实现，但必须保持算法的整体结构和预期行为不变。
工厂方法模式（Factory Method Pattern）：工厂方法模式中的工厂可以用子类工厂替换父类工厂，生成的产品对象也应该能够替换父类产品而不影响程序的正确性。

4. 依赖倒置原则（Dependency Inversion Principle, DIP）

定义：高层模块不应该依赖于低层模块，二者都应该依赖于抽象。抽象不应该依赖于细节，细节应该依赖于抽象。

解释：

系统应通过接口或抽象类来定义模块之间的依赖关系，而不是具体的实现类。
这减少了高层模块对低层模块实现的依赖，从而提高系统的灵活性和可维护性。

应用：使用接口和抽象类定义模块间的交互。依赖注入（Dependency Injection）是实现 DIP 的常用技术。

应用的设计模式：

依赖注入模式（Dependency Injection Pattern）：通过注入依赖来使高层模块依赖于抽象而非具体实现，从而符合依赖倒置原则。
桥接模式（Bridge Pattern）：将抽象部分与实现部分分离，使得它们可以独立变化，从而实现高层模块对抽象的依赖，低层模块对具体实现的依赖。

5. 接口隔离原则（Interface Segregation Principle, ISP）

定义：不应该强迫客户端依赖它们不使用的接口。接口应尽量小而专一。

解释：

应该为客户端提供专门的接口，而不是提供一个大的臃肿的接口。
这样做减少了实现类的负担，提高了系统的灵活性和易维护性。

应用：将大的接口拆分成多个小接口，让实现类只依赖于它们需要的接口。比如在设计一个类库时，为不同的客户端设计专门的接口。

应用的设计模式：

适配器模式（Adapter Pattern）：通过将接口转换成客户端期望的接口，使得客户端只依赖于需要的接口部分。
代理模式（Proxy Pattern）：定义一个代理接口，使得客户端只依赖于代理接口，从而避免与被代理对象的紧耦合。

6. 合成/聚合复用原则（Composite/Aggregate Reuse Principle, CARP）

定义：优先使用对象的组合/聚合，而不是继承来达到复用的目的。

解释：

组合和聚合通过在类中包含其他类的实例来实现功能，而不是通过继承。这种方式使得系统更加灵活，因为组件可以独立于其他部分修改和替换。
组合表示“有一个”关系，聚合是更弱的“有一个”关系，部件可以独立存在。

应用：使用组合和聚合代替继承来实现类之间的功能复用，例如，装饰者模式和策略模式。

应用的设计模式：

装饰者模式（Decorator Pattern）：通过组合多个装饰器类来扩展对象的功能，而不是通过继承。
组合模式（Composite Pattern）：通过组合对象来构建树形结构，使得整体与部分可以被统一处理，而不是依赖于继承。

7. 迪米特法则（Law of Demeter, LoD）

定义：一个对象应尽可能少地了解其他对象，特别是不应该了解它们的内部细节。

解释：

对象只应该与直接相关的对象交互，而不应涉及到不相关的对象。这样可以减少类之间的耦合，提高系统的可维护性。
该法则也被称为“最少知识原则”。

应用：避免调用链条式的访问（如 objA.getB().getC().doSomething()），而是通过中间类的方法来封装和处理。

应用的设计模式：

中介者模式（Mediator Pattern）：通过引入中介者对象来管理对象之间的通信，减少了对象之间的直接依赖，符合迪米特法则。
观察者模式（Observer Pattern）：观察者模式中的主题（Subject）与观察者（Observer）之间通过事件进行通信，而不是直接访问彼此的内部状态，符合迪米特法则。