Spring + 设计模式

Spring + 设计模式 总结+注意 避免走火入魔 鉴于设计模式文章更新完毕，总结一下，《设计模式：可复用面向对象软件的基础》一书中系统化提出了23种经典设计模式

扩展设计模式 Gang of Four（GoF）的23种设计模式为软件设计提供了经典解决方案，但现代软件开发中，特定领域（如企业应用、并发、微服务、反应式编程）催生了更多扩展模式。本文深入分析这些扩展

备忘录模式是一种行为型设计模式，用于在不破坏对象封装性的前提下，捕获并保存对象的内部状态，以便在未来恢复到该状态。想象一个文本编辑器，支持“撤销”功能，每次编辑操作都会保存当前文档状态，允许用户回滚到

解释器模式是一种行为型设计模式，用于定义一个语言的文法，并通过解释器解析该语言的表达式。想象一个翻译官，将外语句子逐词解析为母语，解释器模式正是如此：它将复杂的规则或表达式分解为可执行的逻辑。

命令模式是一种行为型设计模式，通过将请求封装为对象，将操作的发起者和执行者解耦。想象一个餐厅点单系统，服务员只需传递订单（命令），无需关心厨师如何烹饪。

中介者模式是一种行为型设计模式，旨在通过一个中介对象来封装一组对象之间的交互，从而降低它们之间的直接耦合。

访问者模式是一种行为型设计模式，旨在将数据结构与操作分离，通过引入独立的访问者对象来处理不同类型的元素，而无需修改元素类本身。

核心价值在于**解耦请求的发送者与多个处理者之间的关系**，让请求在“职责链”中动态传递，实现灵活、可插拔的处理机制。

迭代器模式是一种行为型设计模式，其核心思想是：为容器对象提供一种统一的方式来顺序访问其内部元素，而不暴露其内部实现。

状态模式 引言 状态模式是个能让代码在状态切换时“变身”的行为型设计模式。对象根据内部状态改变行为，就像换了个新对象。它的核心是将每个状态的逻辑封装成独立类，上下文通过持有当前状态对象来动态调整行为。

模板方法模式是一种行为型设计模式，定义了一个操作的骨架，将具体步骤延迟到子类实现。它的核心是通过抽象类或接口固定算法的总体流程，同时允许子类在不改变结构的情况下定制部分步骤。

观察者模式是一种行为型设计模式，其核心思想是一对多依赖 ，当被观察者的状态发生变化时，所有依赖它的观察者会自动收到通知并作出响应

核心思想是用组合替代继承，用接口约定行为，用配置实现灵活切换。通过将不同的行为逻辑抽取为独立类，策略模式不仅提升了代码的可维护性和扩展性，还能有效避免条件分支的复杂化。

代理模式是一种结构型设计模式，核心在于通过代理对象控制对目标对象的访问，为其提供额外的功能或限制，如权限检查、延迟加载或日志记录。

组合模式是一种结构型设计模式，核心在于将对象组织成树形结构，以统一的方式处理单个对象和对象集合。它通过定义统一的组件接口，让客户端无需区分叶子节点和容器节点，优雅地实现“部分-整体”层次结构

桥接模式是一种结构型设计模式，核心在于将抽象与实现分离，使两者可独立变化。它通过桥接接口连接抽象层与实现层，避免了继承带来的紧耦合，宛如一座桥梁将两者灵活连通。

适配器模式是一种结构型设计模式，旨在将一个类的接口转换为客户端期望的另一接口，使原本不兼容的类能够协同工作。它如同电源适配器，将不同标准的插头与插座连接，解决接口不匹配问题。

核心在于提供一个简化的接口，隐藏复杂子系统的内部细节，为客户端提供统一入口。它如同系统的“门面”，将繁琐的操作封装成简单调用，降低使用成本。

动态地为对象添加新功能，而无需修改其原有代码。它通过包装现有对象，层层扩展行为，保持接口一致性，仿佛为对象披上“功能外衣”。

共享对象来减少内存占用和提高性能。其核心思想是将对象的状态分为内部状态（共享、不变）和外部状态（非共享、可变），通过复用内部状态相同的对象