java设计模式之Chain of Responsibility

　这里先假设request是String类型，如果不是怎么办？当然我们可以创建一个专门类Request
　　
　　最后解决方案:接口Handler的代码如下：
　　public interface Handler{
　　　　public void handleRequest(Request request);
　　}
　　Request类的定义:
　　public class Request{
　　　　private String type;
　　
　　　　public Request(String type){this.type=type;}
　　
　　　　public String getType(){return type;}
　　
　　　　public void execute(){
　　　　　　//request真正具体行为代码
　　　　}
　　}
　　
　　那么Handler实现代码如下：
　　public class ConcreteHandler implements Handler{
　　　　private Handler successor;
　　
　　　　public ConcreteHandler(Handler successor){
　　　　　　this.successor=successor;
　　　　}
　　
　　　　public void handleRequest(Request request){
　　　　　　if (request instanceof HelpRequest){
　　　　　　　　//这里是处理Help的具体代码
　　　　　　}else if (request instanceof PrintRequst){
　　　　　　　　request.execute();
　　　　　　}else
　　　　　　　　//传递到下一个
　　　　　　　　successor.handle(request);
　　
　　　　　　}
　　　　}
　　
　　}
　　
　　这个解决方案就是CoR, 在一个链上,都有相应职责的类,因此叫Chain of Responsibility.
　　
　　CoR的优点：
　　因为无法预知来自外界的请求是属于哪种类型，每个类如果碰到它不能处理的请求只要放弃就可以。无疑这降低了类之间的耦合性。
　　
　　缺点是效率低，因为一个请求的完成可能要遍历到最后才可能完成，当然也可以用树的概念优化。 在Java AWT1.0中，对于鼠标按键事情的处理就是使用CoR,到Java.1.1以后，就使用Observer代替CoR
　　
　　扩展性差，因为在CoR中，一定要有一个统一的接口Handler.局限性就在这里。