设计模式：责任链模式—

主要角色

优点

缺点

适用场景

示例代码

普通写法：

策略模式：

总结对比

责任链模式（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)

总结对比

特性	使用责任链模式	未使用责任链模式
解耦性	高，每个审批角色独立，解耦	低，审批逻辑集中在一个类中，耦合度高
扩展性	高，新增审批角色很容易	低，新增审批角色时需要修改主流程类代码
灵活性	高，可以动态调整审批顺序，修改逻辑简单	低，顺序固定，修改流程较麻烦
代码维护	容易维护，符合开闭原则，修改不影响其他部分	随着流程复杂化，代码维护变得困难
简洁性	结构稍复杂，但清晰易懂，易于扩展	代码简单，但流程扩展时容易变得臃肿和复杂