模式意圖

　　避免請求的發送者，和接受者過度的耦合在一起。一個請求者只需要發送一個請求即可，它的請求具體由后面哪個對象進行響應，并不需要關心。而請求的接受者可以自己處理它，也可以把它像鏈條一樣向后傳。

　　因此，請求也就意味著有可能丟失，或者說沒有確切的安全保障。

　　應用場景

　　1 降低耦合度

　　2 增強指派職責的靈活性

　　3 不保證被接受

　　模式結構

　　Handler?定義一個接口，實現向后傳遞的過程

1 abstract class Handler{ 2 protected Handler successor; 3 4 public abstract void handleRequest(); 5 6 public Handler getSuccessor() { 7 return successor; 8 } 9 10 public void setSuccesor(Handler successor) { 11 this.successor = successor; 12 } 13 14 }

?

　　ConcreteHandler?可以負責請求，也可以向后傳遞

1 class ConcreteHandler extends Handler{ 2 public void handleRequest(){ 3 if(getSuccessor() != null){ 4 System.out.println("getSuccessor !"); 5 getSuccessor().handleRequest(); 6 }else{ 7 System.out.println("handle in this! request()!"); 8 } 9 } 10 }

?

　　全部代碼

1 package com.xingoo; 2 abstract class Handler{ 3 protected Handler successor; 4 5 public abstract void handleRequest(); 6 7 public Handler getSuccessor() { 8 return successor; 9 } 10 11 public void setSuccesor(Handler successor) { 12 this.successor = successor; 13 } 14 15 } 16 class ConcreteHandler extends Handler{ 17 public void handleRequest(){ 18 if(getSuccessor() != null){ 19 System.out.println("getSuccessor !"); 20 getSuccessor().handleRequest(); 21 }else{ 22 System.out.println("handle in this! request()!"); 23 } 24 } 25 } 26 public class Client { 27 public static void main(String[] args) { 28 Handler handle1,handle2,handle3; 29 handle1 = new ConcreteHandler(); 30 handle2 = new ConcreteHandler(); 31 handle3 = new ConcreteHandler(); 32 handle1.setSuccesor(handle2); 33 handle2.setSuccesor(handle3); 34 handle1.handleRequest(); 35 } 36 }

　　運行結果

getSuccessor ! getSuccessor ! handle in this! request()!

?

本文轉自博客園xingoo的博客，原文鏈接：【設計模式】—— 職責鏈模式ChainOfResponsibility，如需轉載請自行聯系原博主。

總結

以上是生活随笔為你收集整理的【设计模式】—— 职责链模式ChainOfResponsibility的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。