行为型模式：责任链模式
定義：責(zé)任鏈模式(Chain of Responsibility)使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求，從而避免請(qǐng)求的發(fā)送者和接受者之間的耦合關(guān)系。將這些對(duì)象連成一條鏈，并沿著這條鏈傳遞該請(qǐng)求，直到有對(duì)象能夠處理它。
類型：行為類模式
考慮以下這樣的場(chǎng)景：
責(zé)任鏈，顧名思義，這個(gè)責(zé)任（請(qǐng)求）層層傳遞，直到能被正確的承擔(dān)（處理）
你要去給某公司借款 1 萬(wàn)元，當(dāng)你來(lái)到柜臺(tái)的時(shí)候向柜員發(fā)起 "借款 1 萬(wàn)元"的請(qǐng)求時(shí)，柜員認(rèn)為金額太多，處理不了這樣的請(qǐng)求，他轉(zhuǎn)交這個(gè)請(qǐng)求給他的組長(zhǎng)，組長(zhǎng)也處理不了這樣的請(qǐng)求，那么他接著向經(jīng)理轉(zhuǎn)交這樣的請(qǐng)求。
用 Java 代碼表示為：
publicvoidtest(Requestrequest) {
??? int money = request.getRequestMoney();
??? if(money<= 1000) {
???????Clerk.response(request);??
??? }else if(money <= 5000) {
???????Leader.response(request);
??? }else if(money <= 10000) {
???????Manager.response(request);
??? }
}
代碼的業(yè)務(wù)邏輯就是這樣：根據(jù)的借款金額來(lái)判定誰(shuí)來(lái)處理這個(gè)借款請(qǐng)求(request)
·????????如果請(qǐng)求借款金額小于 1000 元，那么柜臺(tái)職員就可以直接處理這個(gè)請(qǐng)求(比如簽字)
·????????如果請(qǐng)求借款金額小于 5000 元但大于 1000 元，那么職員處理不了，該請(qǐng)求轉(zhuǎn)交給組長(zhǎng)，組長(zhǎng)能夠處理這樣的請(qǐng)求(比如簽字)
·????????如果請(qǐng)求借款金額大于 5000 元但小于 10000 元，那么職員和組長(zhǎng)都處理不了(沒(méi)有權(quán)限)，那么這個(gè)請(qǐng)求就會(huì)轉(zhuǎn)交給經(jīng)理，經(jīng)理能夠處理這樣的請(qǐng)求(比如簽字)
在編程中，這樣處理業(yè)務(wù)邏輯的方法非常常見(jiàn)，這樣的方法非常直觀，簡(jiǎn)單明了，并且也比較容易維護(hù)，但是同時(shí)它也存在著著問(wèn)題:
1.??? 代碼臃腫:實(shí)際應(yīng)用中的判定條件通常不是這么簡(jiǎn)單地判斷金額，也許需要復(fù)雜的操作，也許需要查詢數(shù)據(jù)庫(kù)等等，這就會(huì)產(chǎn)生許多額外的代碼，如果判斷條件再比較多的話，那么代碼就會(huì)大量地堆積在同一個(gè)文件中。
2.??? 耦合度高：如果我們想繼續(xù)添加處理請(qǐng)求的類，那么就需要添加 else if 的判定條件；另外，這個(gè)條件判定的順序也是寫死的。如果想改變順序，那么也只能修改這個(gè)條件語(yǔ)句。
下面就介紹責(zé)任鏈模式：
責(zé)任鏈模式的類圖非常簡(jiǎn)單，如下圖：
?
1. 抽象處理類:主要包含一個(gè)指向下一處理類的成員變量 nextHandler 和一個(gè)處理請(qǐng)求的方法 handRequest，handRequest 方法的主要思想是，如果滿足處理的條件，則有本處理類來(lái)進(jìn)行處理，否則由 nextHandler 來(lái)處理。(在抽象類中定義handRequest接口讓具體處理類去實(shí)現(xiàn))
2. 具體處理類：具體處理類的主要是對(duì)具體的處理邏輯和處理的適用條件進(jìn)行實(shí)現(xiàn)。
了解完責(zé)任鏈的大體思想之后，在看看 Java 代碼是如何實(shí)現(xiàn)的：
通常每個(gè)接收者都包含對(duì)另一個(gè)接收者的引用。
?
package?design.responsibility;
public?class?LeaveRequest?{
????private?String?name;
????private?Integer?day;
????public?LeaveRequest(String?name,?Integer?day)?{
????????this.name?=?name;
????????this.day?=?day;
????}
????public?String?getName()?{
????????return?name;
????}
????public?void?setName(String?name)?{
????????this.name?=?name;
????}
????public?Integer?getDay()?{
????????return?day;
????}
????public?void?setDay(Integer?day)?{
????????this.day?=?day;
????}
}
?
?
public?abstract?class?Leader?{
????protected?String?name;
????protected?Leader?nextLeader;
????public?Leader(String?name)?{
????????this.name?=?name;
????}
????public?void?setNextLeader(Leader?nextLeader)?{
????????this.nextLeader?=?nextLeader;
????}
????public?abstract?void?handlerequest(LeaveRequest?request)?;
}
?
package?design.responsibility;
public?class?Diector?extends?Leader?{
????public?Diector(String?name)?{
????????super(name);
????}
????@Override
????public?void?handlerequest(LeaveRequest?request)?{
????????if?(request.getDay()?<?3)?{
????????????System.out.println("經(jīng)理批準(zhǔn)");
????????}?else?{
????????????this.nextLeader.handlerequest(request);
????????}
????}
}
package?design.responsibility;
public?class?Manager?extends?Leader?{
????public?Manager(String?name)?{
????????super(name);
????}
????@Override
????public?void?handlerequest(LeaveRequest?request)?{
????????if?(request.getDay()?<?10)?{
????????????System.out.println("老總批準(zhǔn)");
????????}?else?{
????????????this.nextLeader.handlerequest(request);
????????}
????}
}
package?design.responsibility;
public?class?GeneralManager?extends?Leader?{
????public?GeneralManager(String?name)?{
????????super(name);
????}
????@Override
????public?void?handlerequest(LeaveRequest?request)?{
????????if?(request.getDay()?<?30)?{
????????????System.out.println("董事長(zhǎng)批準(zhǔn)");
????????}?else?{
????????????System.out.println("辭職吧");
????????}
????}
}
package?design.responsibility;
public?class?test?{
????public?static?void?main(String[]?args)?{
????????Leader?a?=?new?Diector("小王");
????????Leader?b?=?new?Manager("大王");
????????Leader?c?=?new?GeneralManager("王炸");
????????a.setNextLeader(b);
????????b.setNextLeader(c);
????????LeaveRequest?leaveRequest?=?new?LeaveRequest("小紅",?50);
????????a.handlerequest(leaveRequest);
????}
}
再來(lái)理解一遍
?
責(zé)任鏈模式
顧名思義，責(zé)任鏈模式（Chain of Responsibility Pattern）為請(qǐng)求創(chuàng)建了一個(gè)接收者對(duì)象的鏈。這種模式基于請(qǐng)求的類型，對(duì)請(qǐng)求的發(fā)送者和接收者進(jìn)行解耦。這種類型的設(shè)計(jì)模式屬于行為型模式。
?
在這種模式中，通常每個(gè)接收者都包含對(duì)另一個(gè)接收者的引用。如果一個(gè)對(duì)象不能處理該請(qǐng)求，那么它會(huì)把相同的請(qǐng)求傳給下一個(gè)接收者，依此類推。
介紹
意圖：避免請(qǐng)求發(fā)送者與接收者耦合在一起，讓多個(gè)對(duì)象都有可能接收請(qǐng)求，將這些對(duì)象連接成一條鏈，并且沿著這條鏈傳遞請(qǐng)求，直到有對(duì)象處理它為止。
主要解決：職責(zé)鏈上的處理者負(fù)責(zé)處理請(qǐng)求，客戶只需要將請(qǐng)求發(fā)送到職責(zé)鏈上即可，無(wú)須關(guān)心請(qǐng)求的處理細(xì)節(jié)和請(qǐng)求的傳遞，
所以職責(zé)鏈將請(qǐng)求的發(fā)送者和請(qǐng)求的處理者解耦了。
何時(shí)使用：在處理消息的時(shí)候以過(guò)濾很多道。
如何解決：攔截的類都實(shí)現(xiàn)統(tǒng)一接口。
關(guān)鍵代碼：Handler 里面聚合它自己，在 HandlerRequest 里判斷是否合適，如果沒(méi)達(dá)到條件則向下傳遞，向誰(shuí)傳遞之前 set 進(jìn)去。
應(yīng)用實(shí)例：?
1、紅樓夢(mèng)中的"擊鼓傳花"。 2、JS 中的事件冒泡。 3、JAVA WEB 中 Apache Tomcat 對(duì) Encoding 的處理，Struts2 的攔截器，jsp servlet 的 Filter。
優(yōu)點(diǎn)：?1、降低耦合度。它將請(qǐng)求的發(fā)送者和接收者解耦。 2、簡(jiǎn)化了對(duì)象。使得對(duì)象不需要知道鏈的結(jié)構(gòu)。 3、增強(qiáng)給對(duì)象指派職責(zé)的靈活性。通過(guò)改變鏈內(nèi)的成員或者調(diào)動(dòng)它們的次序，允許動(dòng)態(tài)地新增或者刪除責(zé)任。 4、增加新的請(qǐng)求處理類很方便。
缺點(diǎn)：?1、不能保證請(qǐng)求一定被接收。 2、系統(tǒng)性能將受到一定影響，而且在進(jìn)行代碼調(diào)試時(shí)不太方便，可能會(huì)造成循環(huán)調(diào)用。 3、可能不容易觀察運(yùn)行時(shí)的特征，有礙于除錯(cuò)。
使用場(chǎng)景：?1、有多個(gè)對(duì)象可以處理同一個(gè)請(qǐng)求，具體哪個(gè)對(duì)象處理該請(qǐng)求由運(yùn)行時(shí)刻自動(dòng)確定。 2、在不明確指定接收者的情況下，向多個(gè)對(duì)象中的一個(gè)提交一個(gè)請(qǐng)求。 3、可動(dòng)態(tài)指定一組對(duì)象處理請(qǐng)求。
?
注意事項(xiàng)：在 JAVA WEB 中遇到很多應(yīng)用。
實(shí)現(xiàn)
我們創(chuàng)建抽象類?AbstractLogger，帶有詳細(xì)的日志記錄級(jí)別。然后我們創(chuàng)建三種類型的記錄器，都擴(kuò)展了?AbstractLogger。每個(gè)記錄器消息的級(jí)別是否屬于自己的級(jí)別，如果是則相應(yīng)地打印出來(lái)，否則將不打印并把消息傳給下一個(gè)記錄器。
步驟 1
創(chuàng)建抽象的記錄器類。
AbstractLogger.java
步驟 2
創(chuàng)建擴(kuò)展了該記錄器類的實(shí)體類。
ConsoleLogger.java
?
ErrorLogger.java
FileLogger.java
步驟 3
創(chuàng)建不同類型的記錄器。賦予它們不同的錯(cuò)誤級(jí)別，并在每個(gè)記錄器中設(shè)置下一個(gè)記錄器。每個(gè)記錄器中的下一個(gè)記錄器代表的是鏈的一部分。
ChainPatternDemo.java
步驟 4
執(zhí)行程序，輸出結(jié)果：
Standard Console::Logger: This is an information. File::Logger: This is an debug level information. Standard Console::Logger: This is an debug level information. Error Console::Logger: This is an error information. File::Logger: This is an error information. Standard Console::Logger: This is an error information.一般責(zé)任鏈的模式的缺陷：需要設(shè)置每個(gè)handler的從屬關(guān)系，當(dāng)handler多起來(lái)的時(shí)候就會(huì)很麻煩，需要不斷修改，增加擴(kuò)展困難。
因此，解決方案是維護(hù)一個(gè)列表，將所有的責(zé)任鏈放在這個(gè)集合，通過(guò)?不斷地遍歷這個(gè)列表，取出Handler進(jìn)行doHandle;
首先，寫一個(gè)chain類
import java.util.List;public class Chain {private List<ChainHandler> handler;public Chain(List<ChainHandler> handler) {this.handler = handler;}private int index = 0;public void doIndex(){if(index>=handler.size()){return;}handler.get(index++).execte(this);} }?
再寫一個(gè)抽象類ChainHandler，給出抽象方法
public abstract class ChainHandler {protected abstract void handleProcess();public void execte(Chain chain){handleProcess();chain.doIndex();} }寫Client類：
import java.util.Arrays; import java.util.List;public class ChainClient {static class a extends ChainHandler{@Overrideprotected void handleProcess() {System.out.println("a do");}}static class b extends ChainHandler{@Overrideprotected void handleProcess() {System.out.println("b do");}}static class c extends ChainHandler{@Overrideprotected void handleProcess() {System.out.println("c do");}}public static void main(String[] args) {List<ChainHandler> list = Arrays.asList(new a(),new b(),new c() );Chain chain = new Chain(list);chain.doIndex();} }按照插入序打印：
a do
b do
c do
?
總結(jié)
以上是生活随笔為你收集整理的行为型模式：责任链模式的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： 框架：AOP思想
- 下一篇： 框架：AspectJ