目录
主要角色
优点
缺点
适用场景
示例代码
普通写法：
策略模式：
总结对比
责任链模式（Chain of Responsibility Pattern）是一种行为设计模式，它允许多个对象有机会处理请求，从而避免请求发送者与接收者之间的耦合关系。这个模式将请求沿着处理链传递，直到有一个对象处理该请求为止。
主要角色
-
Handler（抽象处理者）：定义一个处理请求的接口。通常包含一个后继处理者的引用，并提供设置后继的方法。
-
ConcreteHandler（具体处理者）：实现了处理请求的具体逻辑，如果能够处理请求，则处理它；如果不能处理，则将请求转发给链中的下一个处理者；if-else内置于处理者中。
-
Client（客户端）：构造责任链并发起请求。
优点
-
降低耦合性：发送请求的对象不需要知道具体的处理者，甚至无需知道有多少个处理者。
-
灵活的处理顺序：可以动态调整链中对象的顺序，从而决定请求的处理顺序。
-
增强了可扩展性：增加新的处理者只需要继承处理者接口并实现自己的处理逻辑即可。
缺点
-
请求可能得不到处理：如果责任链上的所有处理者都无法处理请求，可能会导致请求得不到处理。
-
可能导致性能问题：如果责任链很长，可能需要经过多次传递才能找到合适的处理者，导致性能问题。
适用场景
-
有多个对象可以处理同一个请求，且具体处理者事先未知或不固定。
-
希望在不明确指定接收者的情况下，向多个对象中的一个提交请求。
-
可以动态地指定能够处理请求的对象集合。
示例代码
需求：审批流程，不同金额对应不同级别的审批流程
普通写法：
class ApprovalProcess:def approve(self, amount):if amount <= 1000:return f"经理批准了金额申请 {amount}"elif amount <= 5000:return f"财务部门批准了金额申请 {amount}"else:return f"CEO批准了金额请求 {amount}"# 客户端代码
approval = ApprovalProcess()
amount = 2000
result = approval.approve(amount)
print(result)
策略模式：
# 抽象处理者
class ApprovalHandler:# 设置后继的方法def set_next(self, handler):self.next_handler = handlerreturn handlerdef handle(self, amount):if self.next_handler:return self.next_handler.handle(amount)return "金额未获批准"# 具体处理者: 经理 每个审批角色独立
class ManagerApprovalHandler(ApprovalHandler):def handle(self, amount):# 如果能够处理请求，则处理它；如果不能处理，则将请求转发给链中的下一个处理者# if-else内置于处理者中if amount <= 1000:return f"经理批准了金额申请 {amount}"else:return super().handle(amount)# 具体处理者: 财务部门 每个审批角色独立
class FinanceApprovalHandler(ApprovalHandler):def handle(self, amount):# 如果能够处理请求，则处理它；如果不能处理，则将请求转发给链中的下一个处理者# if-else内置于处理者中if amount <= 5000:return f"财务部门批准了金额申请 {amount}"else:return super().handle(amount)# 具体处理者: CEO 每个审批角色独立
class CEOApprovalHandler(ApprovalHandler):def handle(self, amount):return f"CEO批准了金额请求 {amount}"if __name__ == '__main__':# 客户端代码manager_handler = ManagerApprovalHandler()finance_handler = FinanceApprovalHandler()ceo_handler = CEOApprovalHandler()# 建立审批链——调整审批顺序简单manager_handler.set_next(finance_handler).set_next(ceo_handler)amount = 2000# 启动审批链result = manager_handler.handle(amount)print(result)
总结对比
| 特性 | 使用责任链模式 | 未使用责任链模式 |
|---|---|---|
| 解耦性 | 高，每个审批角色独立，解耦 | 低，审批逻辑集中在一个类中，耦合度高 |
| 扩展性 | 高，新增审批角色很容易 | 低，新增审批角色时需要修改主流程类代码 |
| 灵活性 | 高，可以动态调整审批顺序，修改逻辑简单 | 低，顺序固定，修改流程较麻烦 |
| 代码维护 | 容易维护，符合开闭原则，修改不影响其他部分 | 随着流程复杂化，代码维护变得困难 |
| 简洁性 | 结构稍复杂，但清晰易懂，易于扩展 | 代码简单，但流程扩展时容易变得臃肿和复杂 |
