设计模式总结——职责链模式

1、使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。2、职责链可简化对象的相互连接，它们仅需保持一个指向其后继者的引用，而不需保持它所有的候选接收者的引用。3、可以随时增加或修改处理一个请求的结构，增强了给对象指派职责的灵活性。

责任链模式（Chain of Responsibility）是一种行为设计模式，它允许多个对象有机会处理请求，从而避免了请求的发送者与接收者之间的紧耦合关系。通过将这些接收者连成一条链，并沿着链传递请求，直到有对象处理该请求为止，系统可以灵活应对不同的请求处理逻辑。

职责链模式（Chain of Responsibility Pattern）是一种行为型设计模式，它通过构建处理对象的链式结构，使多个对象都有机会处理请求，从而避免请求的发送者与接收者之间的耦合关系。该模式的核心思想是将请求沿着处理链传递，直到有对象处理它为止。处理者接口（Handler）：定义处理请求的接口具体处理者（Concrete Handler）：实现具体的处理逻辑链式结构：维护处理者之间的连接关系职责链模式通过解耦请求发送者和接收者，为处理复杂业务流程提供了灵活、可扩展的解决方案。

职责链(Chain Of Responsibility)模式也叫责任链模式，是一种行为型模式，用于将一个请求传递给一个链中的若干对象，哪个对象适合处理这个请求就让哪个对象来处理。职责链看起来与传统数据结构中的“链表”非常类似。

职责链模式 使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它。为了避免请求发送者与多个请求处理者耦合在一起，将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链;当有请求发生时，可将请求沿着这条链传递，直到有对象处理它为止。

通过Gin中间件的例子，可以很好证明职责链的扩展性。简单使用Use增加自己创建的中间件，每一个请求都会被新增的中间件所处理。所以开发者可以方便的增加鉴权、限流、脱敏、拦截等操作。这就是所谓的优雅吧。...

一. 传统方式 以学校采购审批为例，不同金额的采购需要不同人员的审批 1. 传统方式解决 收到请求后，通过不同的金额调用对应的审批方法 2. 传统方式存在问题 Client会使用到分支判断(比如switch)来对不同的采购请求处理， 这样就存在如下问题： (1)如果各个级别的人员审批金额发生变化，客户端的也需要变化 (2)客户端必须明确知道有多少个审批级别和访问 这...

责任链模式是一种行为设计模式，它允许多个对象依次处理同一个请求。每个对象都有机会处理请求，如果一个对象不能处理请求，它会将请求传递给下一个对象，直到有一个对象能够处理请求或者请求到达链的末尾包含一个指向下一个处理者的引用和一个处理请求的抽象方法。抽象方法通常接受一个请求参数，并返回一个处理结果或者将请求传递给下一个处理者。

责任链模式在处理具有多个处理步骤或不确定处理对象的请求时非常有效，但在使用时需要注意其缺点，合理设计处理链的结构和长度。

Java 23 种设计模式，通常指由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 四位作者（合称 GoF）在《设计模式：可复用面向对象软件的基础》一书中提出的 23 种经典模式。它们为解决软件设计中反复出现的特定问题提供了优雅、可复用的解决方案，是提升代码可维护性、可扩展性和可复用性的核心工具。和。

AI Agent 是通过结合大语言模型（LLM）、记忆系统、工具调用和规划能力，实现从被动应答到主动行动的智能系统。其核心在于自主感知环境、决策执行和动态调整的循环过程（感知-思考-行动-观察）。主要设计模式包括：ReAct（推理与行动交替）、Plan-and-Execute（先规划后执行）、Reflexion（自我反思改进）、Multi-Agent（多智能体协作）和Tool-Use（工具调用型）。工具调用通过结构化JSON实现，需遵循清晰命名、详细描述等设计原则。记忆系统分为工作记忆、短期记忆、长期记忆和

软件时代我们有《Design Patterns》让代码可维护；智能体时代我们有《Agentic Design Patterns》让 AI 可治理。** Antonio Gulli 把 20 年经验开源成 21 张图纸，剩下的就看你怎么搭出下一代 Killer Agent 了。**

参与者之间的关系：泛化关系。参与者和用例之间：关联关系。用例之间：包含，扩展，泛化。

工厂模式有三种：1、简单工厂模式2、工厂模式3、抽象工厂模式。

C++设计模式