‌《设计模式:可复用面向对象软件的基础》

原创已于 2024-11-10 23:01:31 修改

· 4.2k 阅读

12 ·

版权

文章标签：

#设计模式 #java

于 2024-10-27 21:07:44 首次发布

面向对象设计模式专栏收录该内容

24 篇文章

订阅专栏

引言与目录

引言

欢迎来到设计模式的世界！无论你是刚刚踏入编程领域的新手，还是经验丰富的开发者，相信“设计模式”这个词对你来说并不陌生。那么，什么是设计模式？为什么我们需要它们？设计模式又能带来哪些好处呢？

什么是设计模式？

设计模式（Design Patterns）是一套被反复使用、经过分类编目的、代码设计经验的总结。简单来说，设计模式是解决特定问题的一系列最佳实践。它们提供了一个模板，使我们能够以一种优雅且高效的方式来解决重复出现的问题。

为什么要有设计模式？

在软件开发过程中，我们经常会遇到类似的问题。设计模式为我们提供了经过验证的解决方案，从而使我们不必每次都去“重新发明轮子”。设计模式帮助我们：

提高代码的可重用性：通过使用设计模式，我们可以将常见的解决方案提取出来，从而在不同项目中复用这些代码。
提高代码的可读性：设计模式提供了一种标准的命名和结构，使代码更容易被他人理解。
提高代码的可维护性：设计模式使代码结构更加清晰，从而更容易进行修改和扩展。
提高开发效率：通过使用设计模式，我们可以快速找到解决方案，避免不必要的试错过程。

设计模式的好处

使用设计模式带来的好处是多方面的：

解决常见问题：设计模式提供了针对常见问题的最佳实践，帮助开发者快速找到解决方案。
促进团队协作：使用标准化模式，团队成员更容易理解和协作，提高开发效率。
提升代码质量：设计模式使代码更具结构性和可维护性，从而提高整体代码质量。
易于扩展和修改：设计模式提供了灵活的设计方法，使系统更容易扩展和修改。
装逼（手动狗头🐶）：~~日常编码中炫技装逼以及应对八股文面试~~

ps:若看不懂UML类图可参阅《UML类图详解（全网最无敌详解版(自封的)）》

创建型模式
结构型模式
行为型模式
- 3.1 责任链模式（Chain of Responsibility Pattern）
- 3.2 命令模式（Command Pattern）
- 3.3 解释器模式（Interpreter Pattern）
- 3.4 迭代器模式（Iterator Pattern）
- 3.5 中介者模式（Mediator Pattern）
- 3.6 备忘录模式（Memento Pattern）
- 3.7 观察者模式（Observer Pattern）
- 3.8 状态模式（State Pattern）
- 3.9 策略模式（Strategy Pattern）
- 3.10 模板方法模式（Template Method Pattern）
- 3.11 访问者模式（Visitor Pattern）

创建型模式（Creational Patterns）

定义：创建型模式关注对象的创建过程，旨在使对象的创建变得更加灵活和可扩展。它们通过封装实例化过程，避免了在代码中直接使用类名，从而提高了代码的可维护性和可扩展性。

常见模式：

单例模式（Singleton Pattern）：确保一个类只有一个实例，并提供一个全局访问点。
- 应用场景：配置管理、日志系统、数据库连接池等。
工厂方法模式（Factory Method Pattern）：定义一个用于创建对象的接口，让子类决定实例化哪一个类。
- 应用场景：需要根据具体情况创建不同对象的场景。
抽象工厂模式（Abstract Factory Pattern）：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
- 应用场景：跨平台的UI库、相关对象的创建。
建造者模式（Builder Pattern）：将对象的构建过程与表示分离，使同样的构建过程可以创建不同的表示。
- 应用场景：创建复杂对象，例如配置文件解析器、文档生成器等。
原型模式（Prototype Pattern）：通过复制现有对象来创建新对象。
- 应用场景：当创建新对象成本较高时，使用现有对象的副本进行快速创建。

结构型模式（Structural Patterns）

定义：结构型模式关注对象和类的组合方式，旨在通过灵活组合对象来获得更大的结构。它们通过增删对象的行为和属性，使系统变得更加灵活和高效。

常见模式：

适配器模式（Adapter Pattern）：将一个类的接口转换成客户期望的另一个接口，使原本不兼容的类可以一起工作。
- 应用场景：兼容旧系统、新旧接口对接。
桥接模式（Bridge Pattern）：将抽象部分与实现部分分离，使它们可以独立变化。
- 应用场景：跨平台的图形界面、设备驱动程序。
组合模式（Composite Pattern）：将对象组合成树形结构以表示“部分-整体”的层次结构，使客户可以统一处理单个对象和组合对象。
- 应用场景：文件系统目录、GUI组件树。
装饰模式（Decorator Pattern）：动态地给对象添加一些额外的职责，就像一层层装饰一样。
- 应用场景：IO流操作、图形界面组件。
外观模式（Facade Pattern）：为子系统中的一组接口提供一个一致的界面，使得子系统更容易使用。
- 应用场景：复杂系统的简化接口。
享元模式（Flyweight Pattern）：运用共享技术有效地支持大量细粒度的对象。
- 应用场景：字符处理、图形应用。
代理模式（Proxy Pattern）：为其他对象提供一种代理以控制对这个对象的访问。
- 应用场景：远程代理、虚拟代理、保护代理。

行为型模式（Behavioral Patterns）

定义：行为型模式关注对象之间的交互和职责分配，旨在使这些交互更加灵活和高效。它们通过定义对象之间的通信方式，使系统的行为更具适应性和灵活性。

常见模式：

责任链模式（Chain of Responsibility Pattern）：将请求沿着处理者链传递，直到有一个处理者对其进行处理。
- 应用场景：请求处理链、事件分发系统。
命令模式（Command Pattern）：将请求封装成对象，以便使用不同的请求、队列或日志来参数化其他对象。
- 应用场景：命令队列、撤销操作。
解释器模式（Interpreter Pattern）：给定一个语言，定义它的文法表示，并定义一个解释器来处理这种语言中的句子。
- 应用场景：编译器、规则引擎。
迭代器模式（Iterator Pattern）：提供一种方法顺序访问一个聚合对象中的各个元素，而不暴露其内部的表示。
- 应用场景：集合遍历、数据流处理。
中介者模式（Mediator Pattern）：定义一个中介对象来封装一系列对象之间的交互，使对象不需要显式地相互引用。
- 应用场景：聊天室、事件处理系统。
备忘录模式（Memento Pattern）：在不破坏封装性的前提下，捕获并存储对象的内部状态，以便日后恢复。
- 应用场景：撤销操作、状态恢复。
观察者模式（Observer Pattern）：定义对象间的一对多依赖，当一个对象改变状态时，所有依赖它的对象都会收到通知并自动更新。
- 应用场景：事件订阅、通知系统。
状态模式（State Pattern）：允许对象在内部状态改变时改变它的行为。
- 应用场景：状态机、游戏角色行为。
策略模式（Strategy Pattern）：定义一系列算法，让它们可以互换使用。
- 应用场景：排序算法、路径规划。
模板方法模式（Template Method Pattern）：在一个方法中定义一个算法的骨架，而将一些步骤的实现延迟到子类中。
- 应用场景：算法骨架、框架设计。
访问者模式（Visitor Pattern）：将操作分离到访问者中，使操作与被操作对象结构分离。
- 应用场景：对象结构遍历、操作分离。