Design Patterns(十四):Chain of Responsibility--VB代码

结构图

 

 

角色

  • 抽象处理者(Subject)角色:定义出一个处理请求的接口。 根据需要可以定义出一个设定和返回对下家引用的方法。这个角色通常由一个抽象类或接口实现。
  • 代理主题(Proxy)角色:处理可以处理的请求,将不能处理的请求传递给下家。  

动机

在软件构建过程中,一个请求可能被多个对象处理,但是每个请求在运行时只能有一个接受者,如果显式指定,将必不可少地带来请求发送者与接受者的紧耦合。如何使请求的发送者不需要指定具体的接受者?让请求的接受者自己在运行时决定来处理请求,从而使两者解耦。

意图

  
为使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。

示意性代码

示意性代码

一个实例

 下面的责任链代码演示了不同职务的人根据所设定的权限对一个购买请求作出决策或将其交给更高的决策者。

实例代码

Chain of Responsibility模式的几个要点:
1、Chain of Responsibility模式的应用场合在于“一个请求可能有多个接受者,但是最后真正的接收者只有一个,只有这时候请求发送者与接收者的耦合才有可能出现“变化脆弱”的症状,职责链的目的就是将二者解耦,从而更好的应对变化。
2、应用了Chain of Responsibility模式后,对象的职责分派将更具灵活性。我们可以在运行时动态添加/修改请求的处理职责。
3、如果请求传递到职责链的末尾仍得不到处理,应该有一个合理的缺省机制,这也是每一个接受对象的责任,而不是发出请求的对象的责任。

我的理解

封装对象责任,支持责任的变化。

参考资料
《C#设计模式(17)-Chain of Responsibility Pattern》        吕震宇
《C#面向对象设计模式纵横谈系列课程(14)》     李建中老师