《java设计模式之Chain of Responsibility.doc》由会员分享,可在线阅读,更多相关《java设计模式之Chain of Responsibility.doc(5页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、java设计模式之Chain of ResponsibilityChainofResponsibility定义ChainofResponsibility(CoR)是用一系列类(classes)试图处理一个请求request,这些类之间是一个松散的耦合,唯一共同点是在他们之间传递request.也就是说,来了一个请求,A类先处理,如果没有处理,就传递到B类处理,如果没有处理,就传递到C类处理,就这样象一个链条(chain)一样传递下去。如何使用?虽然这一段是如何使用CoR,但是也是演示什么是CoR.有一个Handler接口:publicinterfaceHandlerpublicvoidhand
2、leRequest();这是一个处理request的事例,如果有多种request,比如请求帮助请求打印或请求格式化:最先想到的解决方案是:在接口中增加多个请求:publicinterfaceHandlerpublicvoidhandleHelp();publicvoidhandlePrint();publicvoidhandleFormat();具体是一段实现接口Handler代码:publicclassConcreteHandlerimplementsHandlerprivateHandlersuccessor;publicConcreteHandler(Handlersuccessor)
3、this.successor=successor;publicvoidhandleHelp()/具体处理请求Help的代码.publicvoidhandlePrint()/如果是print转去处理Printsuccessor.handlePrint();publicvoidhandleFormat()/如果是Format转去处理formatsuccessor.handleFormat();一共有三个这样的具体实现类,上面是处理help,还有处理Print处理Format这大概是我们最常用的编程思路。虽然思路简单明了,但是有一个扩展问题,如果我们需要再增加一个请求request种类,需要修改接口
4、及其每一个实现。第二方案:将每种request都变成一个接口,因此我们有以下代码:publicinterfaceHelpHandlerpublicvoidhandleHelp();publicinterfacePrintHandlerpublicvoidhandlePrint();publicinterfaceFormatHandlerpublicvoidhandleFormat();publicclassConcreteHandlerimplementsHelpHandler,PrintHandler,FormatHandletprivateHelpHandlerhelpSuccessor;
5、privatePrintHandlerprintSuccessor;privateFormatHandlerformatSuccessor;publicConcreteHandler(HelpHandlerhelpSuccessor,PrintHandlerprintSuccessor,FormatHandlerformatSuccessor)this.helpSuccessor=helpSuccessor;this.printSuccessor=printSuccessor;this.formatSuccessor=formatSuccessor;publicvoidhandleHelp()
6、.publicvoidhandlePrint()this.printSuccessor=printSuccessor;publicvoidhandleFormat()this.formatSuccessor=formatSuccessor;这个办法在增加新的请求request情况下,只是节省了接口的修改量,接口实现ConcreteHandler还需要修改。而且代码显然不简单美丽。解决方案3:在Handler接口中只使用一个参数化方法:publicinterfaceHandlerpublicvoidhandleRequest(Stringrequest);那么Handler实现代码如下:publ
7、icclassConcreteHandlerimplementsHandlerprivateHandlersuccessor;publicConcreteHandler(Handlersuccessor)this.successor=successor;publicvoidhandleRequest(Stringrequest)if(request.equals(Help)/这里是处理Help的具体代码else/传递到下一个successor.handle(request);这里先假设request是String类型,如果不是怎么办?当然我们可以创建一个专门类Request最后解决方案:接口H
8、andler的代码如下:publicinterfaceHandlerpublicvoidhandleRequest(Requestrequest);Request类的定义:publicclassRequestprivateStringtype;publicRequest(Stringtype)this.type=type;publicStringgetType()returntype;publicvoidexecute()/request真正具体行为代码那么Handler实现代码如下:publicclassConcreteHandlerimplementsHandlerprivateHandl
9、ersuccessor;publicConcreteHandler(Handlersuccessor)this.successor=successor;publicvoidhandleRequest(Requestrequest)if(requestinstanceofHelpRequest)/这里是处理Help的具体代码elseif(requestinstanceofPrintRequst)request.execute();else/传递到下一个successor.handle(request);这个解决方案就是CoR,在一个链上,都有相应职责的类,因此叫ChainofResponsibility.CoR的优点:因为无法预知来自外界的请求是属于哪种类型,每个类如果碰到它不能处理的请求只要放弃就可以。无疑这降低了类之间的耦合性。缺点是效率低,因为一个请求的完成可能要遍历到最后才可能完成,当然也可以用树的概念优化。在JavaAWT1.0中,对于鼠标按键事情的处理就是使用CoR,到Java.1.1以后,就使用Observer代替CoR扩展性差,因为在CoR中,一定要有一个统一的接口Handler.局限性就在这里。