溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊(cè)×
其他方式登錄
點(diǎn)擊 登錄注冊(cè) 即表示同意《億速云用戶服務(wù)條款》

23種設(shè)計(jì)模式(19)java責(zé)任鏈模式

發(fā)布時(shí)間:2020-09-07 17:34:14 來源:腳本之家 閱讀:127 作者:Java知音 欄目:編程語言

23種設(shè)計(jì)模式第十九篇:java責(zé)任鏈模式

定義:使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求,從而避免了請(qǐng)求的發(fā)送者和接收者之間的耦合關(guān)系。將這些對(duì)象連成一條鏈,并沿著這條鏈傳遞該請(qǐng)求,直到有對(duì)象處理它為止。

類型:行為類模式

類圖:

23種設(shè)計(jì)模式(19)java責(zé)任鏈模式

首先來看一段代碼:

public void test(int i, Request request){ 
  if(i==1){ 
    Handler1.response(request); 
  }else if(i == 2){ 
    Handler2.response(request); 
  }else if(i == 3){ 
    Handler3.response(request); 
  }else if(i == 4){ 
    Handler4.response(request); 
  }else{ 
    Handler5.response(request); 
  } 
}

代碼的業(yè)務(wù)邏輯是這樣的,方法有兩個(gè)參數(shù):整數(shù)i和一個(gè)請(qǐng)求request,根據(jù)i的值來決定由誰來處理request,如果i==1,由Handler1來處理,如果i==2,由Handler2來處理,以此類推。

在編程中,這種處理業(yè)務(wù)的方法非常常見,所有處理請(qǐng)求的類有if…else…條件判斷語句連成一條責(zé)任鏈來對(duì)請(qǐng)求進(jìn)行處理,相信大家都經(jīng)常用到。這種方法的優(yōu)點(diǎn)是非常直觀,簡(jiǎn)單明了,并且比較容易維護(hù),但是這種方法也存在著幾個(gè)比較令人頭疼的問題:

代碼臃腫:實(shí)際應(yīng)用中的判定條件通常不是這么簡(jiǎn)單地判斷是否為1或者是否為2,也許需要復(fù)雜的計(jì)算,也許需要查詢數(shù)據(jù)庫等等,這就會(huì)有很多額外的代碼,如果判斷條件再比較多,那么這個(gè)if…else…語句基本上就沒法看了。

耦合度高:如果我們想繼續(xù)添加處理請(qǐng)求的類,那么就要繼續(xù)添加else if判定條件;另外,這個(gè)條件判定的順序也是寫死的,如果想改變順序,那么也只能修改這個(gè)條件語句。

        既然缺點(diǎn)我們已經(jīng)清楚了,就要想辦法來解決。這個(gè)場(chǎng)景的業(yè)務(wù)邏輯很簡(jiǎn)單:如果滿足條件1,則由Handler1來處理,不滿足則向下傳遞;如果滿足條件2,則由Handler2來處理,不滿足則繼續(xù)向下傳遞,以此類推,直到條件結(jié)束。其實(shí)改進(jìn)的方法也很簡(jiǎn)單,就是把判定條件的部分放到處理類中,這就是責(zé)任連模式的原理。

責(zé)任鏈模式的結(jié)構(gòu)

        責(zé)任鏈模式的類圖非常簡(jiǎn)單,它由一個(gè)抽象地處理類和它的一組實(shí)現(xiàn)類組成:
抽象處理類:抽象處理類中主要包含一個(gè)指向下一處理類的成員變量nextHandler和一個(gè)處理請(qǐng)求的方法handRequest,handRequest方法的主要主要思想是,如果滿足處理的條件,則有本處理類來進(jìn)行處理,否則由nextHandler來處理。
具體處理類:具體處理類主要是對(duì)具體的處理邏輯和處理的適用條件進(jìn)行實(shí)現(xiàn)。

了解了責(zé)任鏈模式的大體思想之后,再看代碼就比較好理解了:

class Level { 
    private int level = 0; 
    public Level(int level){ 
      this.level = level; 
    }; 
     
    public boolean above(Level level){ 
      if(this.level >= level.level){ 
        return true; 
      } 
      return false; 
    } 
  } 
   
  class Request { 
    Level level; 
    public Request(Level level){ 
      this.level = level; 
    } 
     
    public Level getLevel(){ 
      return level; 
    } 
  } 
   
  class Response { 
   
  } 
   
  abstract class Handler { 
    private Handler nextHandler;   
    public final Response handleRequest(Request request){ 
      Response response = null; 
       
      if(this.getHandlerLevel().above(request.getLevel())){ 
        response = this.response(request); 
      }else{ 
        if(this.nextHandler != null){ 
          this.nextHandler.handleRequest(request); 
        }else{ 
          System.out.println("-----沒有合適的處理器-----"); 
        } 
      } 
      return response; 
    } 
    public void setNextHandler(Handler handler){ 
      this.nextHandler = handler; 
    } 
    protected abstract Level getHandlerLevel(); 
    public abstract Response response(Request request); 
  } 
   
  class ConcreteHandler1 extends Handler { 
    protected Level getHandlerLevel() { 
      return new Level(1); 
    } 
    public Response response(Request request) { 
      System.out.println("-----請(qǐng)求由處理器1進(jìn)行處理-----"); 
      return null; 
    } 
  } 
   
  class ConcreteHandler2 extends Handler { 
    protected Level getHandlerLevel() { 
      return new Level(3); 
    } 
    public Response response(Request request) { 
      System.out.println("-----請(qǐng)求由處理器2進(jìn)行處理-----"); 
      return null; 
    } 
  } 
   
  class ConcreteHandler3 extends Handler { 
    protected Level getHandlerLevel() { 
      return new Level(5); 
    } 
    public Response response(Request request) { 
      System.out.println("-----請(qǐng)求由處理器3進(jìn)行處理-----"); 
      return null; 
    } 
  } 
   
  public class Client { 
    public static void main(String[] args){ 
      Handler handler1 = new ConcreteHandler1(); 
      Handler handler2 = new ConcreteHandler2(); 
      Handler handler3 = new ConcreteHandler3(); 
   
      handler1.setNextHandler(handler2); 
      handler2.setNextHandler(handler3); 
       
      Response response = handler1.handleRequest(new Request(new Level(4))); 
    } 
  }

代碼中Level類是模擬判定條件;Request,Response分別對(duì)應(yīng)請(qǐng)求和響應(yīng);抽象類Handler中主要進(jìn)行條件的判斷,這里模擬一個(gè)處理等級(jí),只有處理類的處理等級(jí)高于Request的等級(jí)才能處理,否則交給下一個(gè)處理者處理。

在Client類中設(shè)置好鏈的前后執(zhí)行關(guān)系,執(zhí)行時(shí)將請(qǐng)求交給第一個(gè)處理類,這就是責(zé)任鏈模式,它完成的功能與前文中的if…else…語句是一樣的。

責(zé)任鏈模式的優(yōu)缺點(diǎn)

        責(zé)任鏈模式與if…else…相比,他的耦合性要低一些,因?yàn)樗褩l件判定都分散到了各個(gè)處理類中,并且這些處理類的優(yōu)先處理順序可以隨意設(shè)定。責(zé)任鏈模式也有缺點(diǎn),這與if…else…語句的缺點(diǎn)是一樣的,那就是在找到正確的處理類之前,所有的判定條件都要被執(zhí)行一遍,當(dāng)責(zé)任鏈比較長(zhǎng)時(shí),性能問題比較嚴(yán)重。

責(zé)任鏈模式的適用場(chǎng)景

       就像開始的例子那樣,假如使用if…else…語句來組織一個(gè)責(zé)任鏈時(shí)感到力不從心,代碼看上去很糟糕時(shí),就可以使用責(zé)任鏈模式來進(jìn)行重構(gòu)。

總結(jié)

       責(zé)任鏈模式其實(shí)就是一個(gè)靈活版的if…else…語句,它就是將這些判定條件的語句放到了各個(gè)處理類中,這樣做的優(yōu)點(diǎn)是比較靈活了,但同樣也帶來了風(fēng)險(xiǎn),比如設(shè)置處理類前后關(guān)系時(shí),一定要特別仔細(xì),搞對(duì)處理類前后邏輯的條件判斷關(guān)系,并且注意不要在鏈中出現(xiàn)循環(huán)引用的問題。

以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持億速云。

向AI問一下細(xì)節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI