Java设计模式之责任链模式(Chain of Responsibility模式)介绍
Chain of Responsibility定义:Chain of Responsibility(CoR) 是用一系列类(classes)试图处理一个请求request,这些类之间是一个松散的耦合,唯一共同点是在他们之间传递request。也就是说,来了一个请求,A类先处理,如果没有处理,就传递到B类处理,如果没有处理,就传递到C类处理,就这样象一个链条(chain)一样传递下去。 如何使用责任链模式 有一个Handler接口: 复制代码 代码如下: public interface Handler{ public void handleRequest(); } 这是一个处理request的事例, 如果有多种request,比如 请求帮助 请求打印 或请求格式化: ◆ 最先想到的解决方案是:在接口中增加多个请求: 复制代码 代码如下: public interface Handler{ public void handleHelp(); public void handlePrint(); public void handleFormat(); } 具体是一段实现接口Handler代码: 复制代码 代码如下: public class ConcreteHandler implements Handler{ private Handler successor; public ConcreteHandler(Handler successor){ this.successor=successor; } public void handleHelp(){ public void handlePrint(){ } 一共有三个这样的具体实现类,上面是处理help,还有处理Print 处理Format这大概是我们最常用的编程思路。 虽然思路简单明了,但是有一个扩展问题,如果我们需要再增加一个请求request种类,需要修改接口及其每一个实现。 ◆ 第二方案:将每种request都变成一个接口,因此我们有以下代码 : 复制代码 代码如下: public interface HelpHandler{ public void handleHelp(); } public interface PrintHandler{ public interface FormatHandler{ public class ConcreteHandler public ConcreteHandler(HelpHandler helpSuccessor,PrintHandler printSuccessor,FormatHandler formatSuccessor) public void handleHelp(){ public void handlePrint(){this.printSuccessor=printSuccessor;} public void handleFormat(){this.formatSuccessor=formatSuccessor;} } 这个办法在增加新的请求request情况下,只是节省了接口的修改量,接口实现ConcreteHandler还需要修改。而且代码显然不简单美丽。
复制代码 代码如下: public interface Handler{ public void handleRequest(String request); } 那么Handler实现代码如下: public class ConcreteHandler implements Handler{ public ConcreteHandler(Handler successor){ public void handleRequest(String request){ } } 这里先假设request是String类型,如果不是怎么办?当然我们可以创建一个专门类Request ◆ 最后解决方案:接口Handler的代码如下: 复制代码 代码如下: public interface Handler{ public void handleRequest(Request request); } Request类的定义: public class Request{ public Request(String type){this.type=type;} public String getType(){return type;} public void execute(){ 那么Handler实现代码如下: 复制代码 代码如下: public class ConcreteHandler implements Handler{ private Handler successor; public ConcreteHandler(Handler successor){ public void handleRequest(Request request){ } } 这个解决方案就是CoR,在一个链上,都有相应职责的类,因此叫Chain of Responsibility。 1.CoR的优点:因为无法预知来自外界的请求是属于哪种类型,每个类如果碰到它不能处理的请求只要放弃就可以。无疑这降低了类之间的耦合性。 扩展性差,因为在CoR中,一定要有一个统一的接口Handler.局限性就在这里。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |