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

類(lèi)型：行為類(lèi)模式

類(lèi)圖：

首先來(lái)看一段代碼：

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的值來(lái)決定由誰(shuí)來(lái)處理request，如果i==1，由Handler1來(lái)處理，如果i==2，由Handler2來(lái)處理，以此類(lèi)推。在編程中，這種處理業(yè)務(wù)的方法非常常見(jiàn)，所有處理請(qǐng)求的類(lèi)有if…else…條件判斷語(yǔ)句連成一條責(zé)任鏈來(lái)對(duì)請(qǐng)求進(jìn)行處理，相信大家都經(jīng)常用到。這種方法的優(yōu)點(diǎn)是非常直觀，簡(jiǎn)單明了，并且比較容易維護(hù)，但是這種方法也存在著幾個(gè)比較令人頭疼的問(wèn)題：

代碼臃腫：實(shí)際應(yīng)用中的判定條件通常不是這么簡(jiǎn)單地判斷是否為1或者是否為2，也許需要復(fù)雜的計(jì)算，也許需要查詢(xún)數(shù)據(jù)庫(kù)等等，這就會(huì)有很多額外的代碼，如果判斷條件再比較多，那么這個(gè)if…else…語(yǔ)句基本上就沒(méi)法看了。
耦合度高：如果我們想繼續(xù)添加處理請(qǐng)求的類(lèi)，那么就要繼續(xù)添加else if判定條件；另外，這個(gè)條件判定的順序也是寫(xiě)死的，如果想改變順序，那么也只能修改這個(gè)條件語(yǔ)句。

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

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

責(zé)任連模式的類(lèi)圖非常簡(jiǎn)單，它由一個(gè)抽象地處理類(lèi)和它的一組實(shí)現(xiàn)類(lèi)組成：

抽象處理類(lèi)：抽象處理類(lèi)中主要包含一個(gè)指向下一處理類(lèi)的成員變量nextHandler和一個(gè)處理請(qǐng)求的方法handRequest，handRequest方法的主要主要思想是，如果滿(mǎn)足處理的條件，則有本處理類(lèi)來(lái)進(jìn)行處理，否則由nextHandler來(lái)處理。

具體處理類(lèi)：具體處理類(lèi)主要是對(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("-----沒(méi)有合適的處理器-----"); 
  } 
 } 
 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類(lèi)是模擬判定條件；Request，Response分別對(duì)應(yīng)請(qǐng)求和響應(yīng)；抽象類(lèi)Handler中主要進(jìn)行條件的判斷，這里模擬一個(gè)處理等級(jí)，只有處理類(lèi)的處理等級(jí)高于Request的等級(jí)才能處理，否則交給下一個(gè)處理者處理。在Client類(lèi)中設(shè)置好鏈的前后執(zhí)行關(guān)系，執(zhí)行時(shí)將請(qǐng)求交給第一個(gè)處理類(lèi)，這就是責(zé)任連模式，它完成的功能與前文中的if…else…語(yǔ)句是一樣的。 

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

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

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

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

總結(jié)

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

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

最新評(píng)論