免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2386 | 回复: 0

Chain of Responsibility职责链模式(转载) [复制链接]

论坛徽章:
0
发表于 2010-01-11 03:03 |显示全部楼层
Chain of Responsibility 定义
Chain of Responsibility(CoR) 是用一系列类(classes)试图处理一个请求request,这些
类之间是一个松散的耦合,唯一共同点是在他们之间传递request. 也就是说,来了一个请
求,A 类先处理,如果没有处理,就传递到B 类处理,如果没有处理,就传递到C 类处理,
就这样象一个链条(chain)一样传递下去。
如何使用?
虽然这一段是如何使用CoR,但是也是演示什么是CoR.
有一个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(){
         //具体处理请求Help 的代码
         ...
      }
      public void handlePrint(){
         //如果是print 转去处理Print
         successor.handlePrint();
      }
      public void handleFormat(){
         //如果是Format 转去处理format
         successor.handleFormat();
      }
   }
一共有三个这样的具体实现类,上面是处理help,还有处理Print 处理Format 这大概是我
们最常用的编程思路。
虽然思路简单明了,但是有一个扩展问题,如果我们需要再增加一个请求request 种类,需
要修改接口及其每一个实现。
第二方案:将每种request 都变成一个接口,因此我们有以下代码 :
  public interface HelpHandler{
     public void handleHelp();
  }
  public interface PrintHandler{
     public void handlePrint();
  }
  public interface FormatHandler{
     public void handleFormat();
  }
  
  public class ConcreteHandler
  implements HelpHandler,PrintHandler,FormatHandlet{
     private HelpHandler helpSuccessor;
     private PrintHandler printSuccessor;
     private FormatHandler formatSuccessor;
     public ConcreteHandler(HelpHandler helpSuccessor,PrintHandler
     printSuccessor,FormatHandler formatSuccessor)
     {
        this.helpSuccessor=helpSuccessor;
        this.printSuccessor=printSuccessor;
        this.formatSuccessor=formatSuccessor;
     }
     public void handleHelp(){
        .......
     }
     public void handlePrint(){this.printSuccessor=printSuccessor;}
     public void handleFormat(){this.formatSuccessor=formatSuccessor;}
  }
这个办法在增加新的请求request 情况下,只是节省了接口的修改量,接口实现
ConcreteHandler 还需要修改。而且代码显然不简单美丽。
解决方案3: 在Handler 接口中只使用一个参数化方法:
   public interface Handler{
      public void handleRequest(String request);
   }
那么Handler 实现代码如下:
   public class ConcreteHandler implements Handler{
      private Handler successor;
      public ConcreteHandler(Handler successor){
         this.successor=successor;
      }
      public void handleRequest(String request){
         if (request.equals("Help")){
            //这里是处理Help 的具体代码
         }else {
            //传递到下一个
            successor.handle(request);
         }
      }
   }
这里先假设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.局限性就在这里。

本文来自ChinaUnix博客,如果查看原文请点:http://blog.chinaunix.net/u2/67175/showart_2145169.html
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP