设计模式

模式选型不应从记忆出发，而应从问题本质出发，通过层层递进的是非问答，逐步收敛到最适配的模式。这套决策树遵循先分大类、再判细节的原则

在软件设计的世界里，如果说创建型模式关注的是“如何优雅地创造对象”，行为型模式聚焦于“对象之间如何高效协作”，那么结构型模式的核心使命便是——关注类与对象的组合，通过更灵活的结构设计获得更强大的功能。

其他对象提供一种代理，以控制对这个对象的访问。这句话蕴含了面向对象设计中极为重要的间接性思想——在客户端与目标对象之间插入一个中间层，从而实现对目标对象访问的精细化管控。

它运用共享技术有效地支持大量细粒度对象的复用，通过精细剥离对象的内部状态（可共享的、不随环境改变的固有属性）与外部状态（依赖上下文、不可共享的动态属性），使得相同内部状态的对象在内存中仅存一份

外观模式的核心意图在于降低客户端与复杂子系统的耦合度、简化调用接口、隐藏内部实现细节。它不是简单地“包一层”，而是通过一个精心设计的统一入口，将零散的子服务调用聚合成有业务语义的高层操作。

将对象组合成树形结构以表示“部分-整体”的层次结构，使得客户端对单个对象和组合对象的使用具有一致性。这一模式通过抽象出统一的组件接口，让叶子节点与容器节点遵循相同的交互契约，从而将客户端代码从繁琐解放

动态地给一个对象添加额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活。它允许我们在不修改原有类结构的前提下，通过一种透明的包裹机制，将对象层层增强，实现功能的自由组合

将抽象部分与它的实现部分分离，使它们都可以独立地变化。这里的“抽象”与“实现”并非指编程语言中的抽象类与实现类，而是代表系统中两个独立变化的维度——一个维度定义高层的业务抽象，另一个维度定义底层的具体

适配器模式（Adapter Pattern）是结构型设计模式的典型代表，其核心意图在于将一个类的接口转换成客户端期望的另一个接口，使得原本由于接口不兼容而无法协同工作的类能够在一起工作。

对象之间的责任分配与算法封装，将变化隔离在行为维度。如果说创建型模式解决的是“对象如何诞生”，结构型模式解决的是“对象如何组合”，那么行为型模式回答的则是“对象如何协作”。

表示一个作用于某对象结构中的各元素的操作，它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。

定义一个操作中的算法骨架，而将一些步骤延迟到子类中实现。模板方法使得子类可以在不改变算法结构的前提下，重新定义该算法的某些特定步骤。

定义一系列算法，把它们一个个封装起来，并使它们可以相互替换。本模式使得算法的变化可独立于使用它的客户端。 简而言之，策略模式将“做什么”与“怎么做”解耦，赋予系统在运行时动态选择算法的能力。

允许一个对象在其内部状态改变时改变它的行为，对象看起来似乎修改了它的类。这句话揭示了状态模式最本质的威力——将原本由大量条件分支控制的行为逻辑，解耦为一个个独立的状态类，使得状态转换逻辑从隐式变为显式

一种对象间的一对多依赖关系——当一个主题对象（Subject）的状态发生改变时，所有依赖于它的观察者对象（Observer）都会自动收到通知并完成状态更新。

备忘录模式（Memento Pattern）是GoF行为型设计模式中的重要一员，其核心定义为：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，以便之后能将对象恢复到原样

中介者模式（Mediator Pattern），正如其名，扮演着一个调停者、中间人的角色。GoF将其核心意图定义为：用一个中介对象来封装一系列的对象交互。

提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露该对象的内部表示。这个看似简单的定义背后，蕴含着一个深刻的设计哲学——将“遍历”这一行为从“聚合”这一数据结构中解耦出来。

简而言之：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。

将一个请求封装为一个对象，从而使你可用不同的请求对客户端进行参数化、对请求排队或记录请求日志，以及支持可撤销的操作。