目录
意图
- 通过让多个对象有机会处理请求，避免将请求的发送者与其接收者耦合。链接接收对象并沿链传递请求，直到对象处理它。
- 使用包含许多可能处理程序的单个处理管道启动和离开请求。
- 具有递归遍历的面向对象的链表。
问题
可能存在数量可变的“处理程序”或“处理元素”或“节点”对象，以及必须处理的请求流。需要在没有硬连接处理程序关系和优先级或请求到处理程序映射的情况下有效处理请求。
讨论
将处理元素封装在“管道”抽象中；并让客户在管道入口处“启动并留下”他们的请求。
该模式将接收对象链接在一起，然后将任何请求消息从一个对象传递到另一个对象，直到它到达一个能够处理该消息的对象。处理程序对象的数量和类型是先验未知的，它们可以动态配置。链接机制使用递归组合来允许链接无限数量的处理程序。
责任链简化了对象互连。与发送者和接收者保持对所有候选接收者的引用不同，每个发送者保持对链头的单个引用，每个接收者保持对链中其直接后继者的单个引用。
确保存在一个“安全网”来“捕获”任何未处理的请求。
当每个请求仅由一个处理程序处理时，或者当客户端对象知道应该由哪个服务对象处理请求时，不要使用责任链。
结构
派生类知道如何满足客户端请求。如果“当前”对象不可用或不够用，那么它将委托给基类，基类又委托给“下一个”对象，然后循环继续。
多个处理程序可能有助于处理每个请求。请求可以在链的整个长度上传递，最后一个链接注意不要委托给“null next”。
例子
责任链模式通过为多个对象提供处理请求的机会来避免将请求的发送者与接收者耦合。ATM 在货币捐赠机制中使用责任链。
检查清单
- 基类维护一个“next”指针。
- 每个派生类实现其对处理请求的贡献。
- 如果请求需要“传递”，则派生类“回调”基类，基类委托给“next”指针。
- 客户端（或某些第三方）创建并链接链（可能包括从最后一个节点到根节点的链接）。
- 客户端使用链的根“启动并离开”每个请求。
- 递归委托产生了魔法的幻觉。
经验法则
- 责任链、命令、中介者和观察者，解决了如何将发送者和接收者解耦，但需要权衡取舍。责任链沿潜在接收者链传递发送者请求。
- 责任链可以使用命令将请求表示为对象。
- 责任链通常与 Composite 结合使用。在那里，组件的父级可以充当其继任者。
本文来自转载，原文链接：
相关推荐
空对象设计模式
意图 Null Object 的目的是通过提供可替代的替代方案来封装对象的缺失，该替代方案提供合适的默认不做任何行为。简而言之，“一无所有”的设计 在以下情况下使用空对象模式 一个…
单例设计模式
意图 确保一个类只有一个实例，并提供一个全局访问点。 封装的“即时初始化”或“首次使用初始化”。 问题 应用程序需要一个，而且只有一个，对象的实例。此外，延迟初始化和全局访问也是必…
建造者设计模式
意图 将复杂对象的构造与其表示分离，以便相同的构造过程可以创建不同的表示。 解析复杂的表示，创建几个目标之一。 问题 应用程序需要创建复杂聚合的元素。聚合规范存在于辅助存储中，并且…
中介者设计模式
意图 定义一个对象，该对象封装一组对象如何交互。Mediator 通过阻止对象显式地相互引用来促进松散耦合，并且它允许您独立地改变它们的交互。 设计一个中介来解耦许多对等点。 将交…
观察者设计模式
意图 定义对象之间的一对多依赖关系，这样当一个对象改变状态时，它的所有依赖项都会得到通知并自动更新。 将核心（或通用或引擎）组件封装在 Subject 抽象中，将变量（或可选或用户…
装饰器设计模式
意图 动态地将附加职责附加到对象。装饰器为扩展功能提供了一种灵活的替代子类的方法。 通过递归包装核心对象的客户指定修饰。 包装礼物，将其放入盒子中，然后将盒子包裹起来。 问题 您想…
访问者设计模式
意图 表示要对对象结构的元素执行的操作。Visitor 允许您定义一个新的操作，而无需更改它所操作的元素的类。 恢复丢失类型信息的经典技术。 根据两个对象的类型做正确的事。 双重派…
原型设计模式
意图 使用原型实例指定要创建的对象的种类，并通过复制此原型来创建新对象。 选择一个类的一个实例作为所有未来实例的繁殖者。 new运营商认为有害。 问题 应用程序“硬连接”要在每…
对象池设计模式
意图 对象池可以显着提升性能；在初始化类实例的成本高、类的实例化率高、任何一次使用的实例化数量低的情况下，它最有效。 问题 对象池（也称为资源池）用于管理对象缓存。有权访问对象池的…
抽象工厂设计模式
意图 提供用于创建相关或依赖对象系列的接口，而无需指定它们的具体类。 封装的层次结构：许多可能的“平台”，以及一套“产品”的构建。 new运营商认为有害。 问题 如果一个应用程序是…