設計模式之Chain of Responsibility(職責鏈)

原创 2004年06月24日 20:07:00

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);

    }
  }

}

這裏先假設requestString類型,如果不是怎麽辦?當然我們可以創建一個專門類別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.局限性就在這裏。

設計模式之Chain of Responsibility(職責鏈)

Chain of Responsibility定義Chain of Responsibility(CoR) 是用一系列類別(classes)試圖處理一個請求request,這些類別之間是一個鬆散的耦合...
  • alex197963
  • alex197963
  • 2007年05月12日 09:18
  • 561

decorator,命令模式与职责链模式的简单总结

1.继承来扩展行为的方法是静态的,不灵活,因此用一个外部的decrator来封装要装饰的类,且该decrator实现了要装饰的类的接口,并把client的请求传递给要装饰的类,这样decrator看起...
  • sinapme
  • sinapme
  • 2013年11月19日 08:38
  • 583

[设计模式]ChainOfResponsibility责任链模式

问题 熟悉VC/MFC的都知道,vc是”基于消息,事件驱动”,消息在vc开发中起着举足轻重的作用。在MFC中,消息是通过一个向上递交的方式进行处理,例如一个WM_Command消息的查出来流程可能为...
  • ouyangshima
  • ouyangshima
  • 2013年01月10日 20:09
  • 2443

職責鏈式

捕獲一個異常,接著拋出另一個異常,并把原有的異常信息保存下來,這是一種典型的鏈式處理。(23種設計模式之一:職責鏈模式)...
  • afterwinter
  • afterwinter
  • 2011年05月13日 10:06
  • 261

JAVA设计模式之 职责链模式【Chain of Responsibility Pattern】

一、概述     避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止。职责链模式是一种对象行为型模式。     核心在...
  • l416112167
  • l416112167
  • 2014年11月26日 00:41
  • 2517

PHP設計模式之責任鏈模式

责任链模式,其目的是组织一个对象链处理一个如方法调用的请求。 当ConcreteHandler(具体的处理程序)不知道如何满足来自Client的请求时,或它的目的不是这个时,它会委派给链中的下一个H...
  • dongdongsdo0310
  • dongdongsdo0310
  • 2012年09月05日 11:29
  • 297

【设计模式】Chain of Responsibility 责任链式模式

责任链行为模式是行为模式的一种。行为模式涉及到算法和对象间职责的分配,行为模式不仅描述对象或类的模式,还描述它们之间的通信模式。行为模式分为 :Template Method 模板方法 和 Inter...
  • yxhuang2008
  • yxhuang2008
  • 2017年05月19日 23:38
  • 247

Design Patterns 入門 - 職責鏈(Chain of Responsibility) [精華]

Design Patterns 入門 - 職責鏈(Chain of Responsibility) [精華] 其實職責鏈(Chain of Responsibility)的概念,即使是一個剛學程式...
  • fraternity_java
  • fraternity_java
  • 2004年10月10日 15:07
  • 811

JAVA设计模式之Chain-of-Responsiblility模式

当一个请求可以被多个对象处理,同时又无法确定到底有谁来处理该请求,这时,我们就需要让该请求在这些对象之间一个个的接力,如果当前对象可以处理请求则处理它,否则,传递给下一个对象处理。这就是责任链模式的思...
  • chenjie19891104
  • chenjie19891104
  • 2011年05月10日 15:19
  • 6391

"围观"设计模式(22)--行为型之职责链模式(Chain Of Responsibility Pattern)

责任链模式在面向对象程式设计里是一种软件设计模式,它包含了一些命令对象和一系列的处理对象。每一个处理对象决定它能处理哪些命令对象,它也知道如何将它不能处理的命令对象传递给该链中的下一个处理对象。该模式...
  • wangyang1354
  • wangyang1354
  • 2016年06月17日 22:11
  • 4947
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:設計模式之Chain of Responsibility(職責鏈)
举报原因:
原因补充:

(最多只允许输入30个字)