责任链模式

7.4.2 责任链模式的适用性
1.可能处理请求的对象集合以及它们在链表中 的顺序是由客户端根据当前应用的状态在运 行时动态决定的。
2.客户端根据现在的状态，对于不同的请求类 型，可以拥有不同的可能处理请求的对象集 合。一个处理请求的对象也可以根据客户应 用的状态和请求类型，把请求传递给不同的 处理对象。
7.4.2 责任链模式的意图和适用性
3.客户对象初始化请求，或者在不知道这些 对象是否能处理这个请求的情况下初始化 任何可能处理请求的对象。也就是说，客 户对象和在处理链表中的处理对象都不需 要知道到底哪个对象去处理这个请求。 4.请求不能保证被处理。也就是，在没有处 理的情况下，请求已经到达了处理链表尾， 怎么办？
7.4.2 责任链模式的意图和适用性
aA发送请求，aB处理该请求 思考：怎么编程？
aA
aB
Int request Send(aB, request) { aB.handle(request) } request handle(r)
方案一：建立依赖关系 此种方案画蛇添足，因为如果aA拥有aB的指针，则可以直接调用aB 的handle，不必多写方法send
7.4.4 应用举例
// "Handler" abstract class Handler { // Fields protected Handler successor; // Methods public void SetSuccessor( Handler successor ) { this.successor = successor; } abstract public void HandleRequest( int request ); } // "ConcreteHandler1" class ConcreteHandler1 : Handler { // Methods override public void HandleRequest( int request ) { if( request >= 0 && request < 10 ) Console.WriteLine("{0} handled request {1}", this, request ); else if( successor != null ) successor.HandleRequest( request ); } }
抽象
Int request aB.handelrequest(request)
aC
Handlerequest(r)
*successor Setsuccessor() successor.handelrequest(r)
责任链模式的类图
aA Handler *aB
handler
Handler *successor
1) 优点：责任链模式的最大的一个有点就是 给系统降低了耦合性，请求的发送者完全 不必知道该请求会被哪个应答对象处理， 极大地降低了系统的耦合性。 2) 缺点:消息传递和处理不当会出现消息的 循环重复执行。
7.4.2 责任链模式的意图和适用性
aA aB *aB Handlerequest(r) *successor Setsuccessor() successor.handelrequest(r)
Int request aB.handelrequest(request)
终极方案 aB aC..可抽象为类了
Int request aB.handelrequest(request)
+setsuccessor() +handlerequest()
7.4.2 责任链模式的意图和适用性Fra bibliotek模式的意图
为解除请求的发送者和接收者之间耦合，而使多个对 象都有机会处理这个请求。将这些对象连成一条链，并沿 着这条链传递该请求，直到有一个对象处理它。
// Client test public class Client { public static void Main( string[] args ) { // Setup Chain of Responsibility Handler h1 = new ConcreteHandler1(); Handler h2 = new ConcreteHandler2(); Handler h3 = new ConcreteHandler3(); h1.SetSuccessor(h2); h2.SetSuccessor(h3); // Generate and process request int[] requests = { 2, 5, 14, 22, 18, 3, 27, 20 }; foreach( int request in requests ) h1.HandleRequest( request ); } }
7.4.2 责任链模式的意图和适用性
aA
aB
*aB Int request aB.handelrequest(request) Handlerequest(r)
方案二：正解 aA发送请求，aB处理该请求 进一步思考：如果有很多个接受者要怎么办？
7.4.2 责任链模式的意图和适用性
aC aA
aB
*aB *aC *aD Int request aB.handelrequest(request) aC….. aD 思考：这样做的缺陷？有没有其他办法？ Handlerequest(r)
7.4.2 责任链模式的意图和适用性
aA aB *aB Handlerequest(r) Int request aB.handelrequest(request)
aC 正解：将多个请求者串成链表，让请求沿链传播
思考：aB和aC如何关联？aB怎么把request发给aC处理？
Handlerequest(r)
aC
Handlerequest(r)
*successor Setsuccessor() successor.handelrequest(r)
抽象
Handler类
aA aB
*aB Handlerequest(r) *successor Setsuccessor() successor.handelrequest(r)
7.4 责任链模式(Chain of Responsibility) 【实验】
一、责任链模式的由来 二、责任链模式的意图及适用性 三、责任链模式的结构及参与者 四、应用举例 五、效果分析
7.4.2 责任链模式的意图和适用性
aA
aB
Int request request
aA对象发送请求，aB对象处理该请求 思考：怎么编程？
aD
Handlerequest(r)
7.4.2 责任链模式的意图和适用性
aA aB *aB Handlerequest(r) *aC aC.handelrequest(r)
Int request aB.handelrequest(request)
不好的方案：aB按aA的方式设计 aC 思考：这样处理的缺陷是什么？ 答：这样造成aB，aC.无法抽象为类 Handlerequest(r)
7.4.3 责任链模式的结构和参与者
7.4.3 责任链模式的结构和参与者:
1) 抽象处理者角色（Handler）：它定义了一个处理请求的 接口。当然对于链子的不同实现，也可以在这个角色中实 现后继链。
2)
具体处理者角色（Concrete Handler）：实现抽象角色中 定义的接口，并处理它所负责的请求。如果不能处理则访 问它的后继者。
递归
// "ConcreteHandler2" class ConcreteHandler2 : Handler { override public void HandleRequest( int request ) { if( request >= 10 && request < 20 ) Console.WriteLine("{0} handled request {1}", this, request ); else if( successor != null ) successor.HandleRequest( request ); } } // "ConcreteHandler3" class ConcreteHandler3 : Handler { override public void HandleRequest( int request ) { if( request >= 20 && request < 30 ) Console.WriteLine("{0} handled request {1}", this, request ); else if( successor != null ) successor.HandleRequest( request ); } }
责任链模式并不创建责任链。责任链的创建必须由系统的 其它部分创建出来。 责任链模式降低了请求的发送端和接收端之间的耦合，使 多个对象都有机会处理这个请求。一个链可以是一条线， 一个树，也可以是一个环。如下图所示，责任链是一个树 结构的一部分。
思考：如何将请求传递给每个处理者？
7.4.5 效果分析