第20讲：ChainOfResponsibility职责链模式

《第20讲：ChainOfResponsibility职责链模式》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、第20讲：ChainOfResponsibility职责链模式2006.8.18李建忠请求的发送者与接受者某些对象请求的接受者可能多种多样，变化无常请求发送者1请求接受者1请求接受者2请求接受者3动机(Motivation)在软件构建过程中，•个请求可能被多个对象处理，但是每个请求在运行时只能有-•个接受者，如果显示指定，将必不可少地带来请求发送者与接受者的紧耦合。如何使请求的发送者不需要指定具体的接受者？让请求的接受者自己在运行时决定来处理请求，从而使两者解耦。意图(Intent)classBaseHandler使多个对象都有机会处

2、理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递请求，直到有一个对象处理它为止。《设计模式》GoF例说ChainofResponsibility应用请求的接收者publicabstractvoidHandleRequest(Requestrequest):publicclasszViandler：BaseHandler{publicoverridevoidItand1eRequest(Requestrequest)publicclassBHandler：BaseHandler{public^o

3、verridevj)idHand1eRequest(Requestrequest)请求者publicclassSender39I{10II4213II4546•171849505ti52■卩ublicvoidProcess0Requestrequest-newRequest():ArravListlist-newAirayList():1ist.Add(newAHnndlerO):list.Add(newBHandlerO):listeAdd(newCHandlerO):56575859606162foreach(Base^land1

4、erhandlerinlist)(if(handler.CanHnndleRequest()){handler.IkiidleRequest(request):这样做请求的发送者和接收者之间耦合得太多。例如list的结构需要请求的发送者来关心和维护。我们希望能把list的维护让请求的发送者忘掉，交给请求的接收者去管理。改进的代码abstractclassBascHandler(publicBaseband1er(BaseHand1ernext)(-■■■this.next-next:}protectedabstractboolCanl

5、iandleRequest(Requestrequest):publicvirtUdlvoidliaridleRequest(Requestrequest){if(this.next上mill)(this.next.HandleRequest(request):}J卩rivAtrBasdlandlernext;publicBaseHandlerNextL..Next属性和当于链表的next指针，默认的行为都是往后继者去传递请求Gpublicclass-Mlandler:Basellandler7j

6、(publicAHandler(Ba

7、seHandlernext)：base(next)9l{0}142publicabstmetboolCnnHandleRequest()3丁{ItIifC-JI卩ublicoveriMdevoidHandleRequest(Requestrequest)(if(tins

8、

9、fI1281291publicvoidProces

10、s(Handlerhander)130{131132Requestrequest二newRequest():13313Jhandler・HandlerRequest(request):述这样就让请求的接收者自己来负责判断和处理请求，职责剥离交给了请求的接收者•，实现发送者和接收者之间彻底解耦。1(SOEclassApp客户程序publicstaticvoidMainO(Sendersendei=newSender():Hand1erhand1er1=nrwAHandler(nul1):Handlerhandler2sn(inBHand

11、ler(handler1)HandlerImndler3=neuCHand1er(hand1er2)sender.Process(hand1er3):}Sender彻底忘掉了以后有多少个Handler,它只需要知道把请求