✨模式类型✨✨ | ✨✨难度✨ ✨ | ✨✨实用性✨✨ | ✨✨重要程度✨✨ | ✨✨经典性✨✨ | ✨✨历史性✨ |
---|---|---|---|---|---|
行为型模式 | ★★★ ⬇️ | ★★★★ ⬆️ | ★★★★ ⬆️ | 💚 ⬆️ | 💚 ⬆️ |
责任链模式(Chain of Responsibility Pattern
)为请求创建了一个接收者对象的链,将这些对象连成一条链,并沿着这条链发送该请求,直到有一个对象处理它为止。这种模式给予请求的类型,对请求的发送者和接收者进行解耦,它属于行为型模式。
责任链模式通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,依此类推。
避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止。
职责链上的处理者负责处理请求,客户只需要将请求发送到职责链上即可,无须关心请求的处理细节和请求的传递,所以职责链将请求的发送者和请求的处理者解耦了。
职责链上的请求可以是一条链,可以是一个树,还可以是一个环,模式本身不约束这个,需要我们自己去实现。同时在一个时刻,命令只允许由一个对象传给另一个对象,而不允许传给多个对象。
AbstractHandler
抽象职责链条角色:定义抽象类的接口,接收职责链条对象传递请求,完成职责链的核心流程流转,并提供其他抽象业务逻辑接口处理请求业务HandlerImplementor
具体职责链条角色:定义实现类接口,定义对应于AbstractHandler
的相关方法实现,可以加入相应的业务逻辑行为ChainBuilder
职责链构建器角色:构建职责链的链条顺序或流转流程
-
优点
- 降低耦合度:它将请求的发送者和接收者解耦。
- 简化了对象:使得对象不需要知道链的结构。
- 极好的灵活性:增强给对象指派职责的灵活性。通过改变链内的成员或调动它们的次序,允许动态地新增或删除责任。
- 使用方便:增加新的请求处理类很方便。
-
缺点
- 不能保证请求一定被接收。
- 系统性能将受到一定影响,而且在进行代码调试时不太方便,可能会造成循环调用。
- 可能不容易观察运行时的特征,有碍于除错。
责任链模式的实现要点如下:
- 定义
AbstractHandler
职责链条对象抽象类,定义其他业务抽象方法让其子类实现。完成handler
职责链条的流转业务,并利用抽象业务方法,同时定义方法接收职责链条,利用链条完成核心业务和向下流转。 - 定义
HandlerImplementor
职责链条对象实现类,完成AbstractHandler
抽象类中的抽象方法实现,并且可以覆盖父类的handler
职责链条的流转业务,完整当前实现类角色的流转流程。 - 定义
ChainBuilder
定义职责链构建器,定义职责链条的次序流程和核心接口方法handler
的调用。
责任链模式适用于:
- 多个对象可以处理请求,具体哪个对象处理该请求由运行时刻自动确定。
- 在不明确指定接收者的情况下,向多个对象中的一个提交一个请求。
- 可动态指定一组对象处理请求。
- 责任链模式为请求创建了一个接收者对象的链,将这些对象连成一条链,并沿着这条链发送该请求,直到有一个对象处理它为止。责任链模式通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,依此类推。
- 职责链上的处理者负责处理请求,客户只需要将请求发送到职责链上即可,无须关心请求的处理细节和请求的传递,所以职责链将请求的发送者和请求的处理者解耦了。
- 责任链参与角色对象有
AbstractHandler
抽象职责链条角色处理请求业务和传递请求,HandlerImplementor
具体职责链条角色处理业务,ChainBuilder
职责链构建器角色** 构建职责链的链条顺序或流转流程。 - 责任链模式降低耦合度、简化了对象、极好的灵活性、使用方便。
- 多个对象可以处理请求,具体哪个对象处理该请求由运行时刻自动确定。 在不明确指定接收者的情况下,向多个对象中的一个提交一个请求。可动态指定一组对象处理请求。