日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

行为型模式:责任链模式

發布時間:2025/3/21 编程问答 23 豆豆
生活随笔 收集整理的這篇文章主要介紹了 行为型模式:责任链模式 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

定義:責任鏈模式(Chain of Responsibility)使多個對象都有機會處理請求,從而避免請求的發送者和接受者之間的耦合關系將這些對象連成一條鏈,并沿著這條鏈傳遞該請求,直到有對象能夠處理它

類型:行為類模式

考慮以下這樣的場景:

責任鏈,顧名思義,這個責任(請求層層傳遞,直到能被正確的承擔(處理

你要去給某公司借款 1 萬元,當你來到柜臺的時候向柜員發起 "借款 1 萬元"的請求時,柜員認為金額太多,處理不了這樣的請求,他轉交這個請求給他的組長,組長也處理不了這樣的請求,那么他接著向經理轉交這樣的請求。

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

??? }

}

代碼的業務邏輯就是這樣:根據的借款金額來判定誰來處理這個借款請求(request)

·????????如果請求借款金額小于 1000 元,那么柜臺職員就可以直接處理這個請求(比如簽字)

·????????如果請求借款金額小于 5000 元但大于 1000 元,那么職員處理不了,該請求轉交給組長,組長能夠處理這樣的請求(比如簽字)

·????????如果請求借款金額大于 5000 元但小于 10000 元,那么職員和組長都處理不了(沒有權限),那么這個請求就會轉交給經理,經理能夠處理這樣的請求(比如簽字)

在編程中,這樣處理業務邏輯的方法非常常見,這樣的方法非常直觀,簡單明了,并且也比較容易維護,但是同時它也存在著著問題:

1.??? 代碼臃腫:實際應用中的判定條件通常不是這么簡單地判斷金額,也許需要復雜的操作,也許需要查詢數據庫等等,這就會產生許多額外的代碼,如果判斷條件再比較多的話,那么代碼就會大量地堆積在同一個文件中。

2.??? 耦合度高如果我們想繼續添加處理請求的類,那么就需要添加 else if 的判定條件;另外,這個條件判定的順序也是寫死的。如果想改變順序,那么也只能修改這個條件語句。

下面就介紹責任鏈模式:

責任鏈模式的類圖非常簡單,如下圖:

?

1. 抽象處理類:主要包含一個指向下一處理類的成員變量 nextHandler 和一個處理請求的方法 handRequest,handRequest 方法的主要思想是,如果滿足處理的條件,則有本處理類來進行處理,否則由 nextHandler 來處理。(在抽象類中定義handRequest接口讓具體處理類去實現)

2. 具體處理類:具體處理類的主要是對具體的處理邏輯和處理的適用條件進行實現。

了解完責任鏈的大體思想之后,在看看 Java 代碼是如何實現的:

通常每個接收者都包含對另一個接收者的引用。

?

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("經理批準");
????????}?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("老總批準");
????????}?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("董事長批準");
????????}?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);

????}
}


再來理解一遍

?

責任鏈模式

顧名思義,責任鏈模式(Chain of Responsibility Pattern)為請求創建了一個接收者對象的鏈。這種模式基于請求的類型,對請求的發送者和接收者進行解耦。這種類型的設計模式屬于行為型模式。

?

在這種模式中,通常每個接收者都包含對另一個接收者的引用。如果一個對象不能處理該請求,那么它會把相同的請求傳給下一個接收者,依此類推。

介紹

意圖:避免請求發送者與接收者耦合在一起,讓多個對象都有可能接收請求,將這些對象連接成一條鏈,并且沿著這條鏈傳遞請求,直到有對象處理它為止。

主要解決:職責鏈上的處理者負責處理請求,客戶只需要將請求發送到職責鏈上即可,無須關心請求的處理細節和請求的傳遞,

所以職責鏈將請求的發送者和請求的處理者解耦了。

何時使用:在處理消息的時候以過濾很多道。

如何解決:攔截的類都實現統一接口。

關鍵代碼:Handler 里面聚合它自己,在 HandlerRequest 里判斷是否合適,如果沒達到條件則向下傳遞,向誰傳遞之前 set 進去。

應用實例:?

1、紅樓夢中的"擊鼓傳花"。 2、JS 中的事件冒泡。 3、JAVA WEB 中 Apache Tomcat 對 Encoding 的處理,Struts2 的攔截器jsp servlet 的 Filter。

優點:?1、降低耦合度。它將請求的發送者和接收者解耦。 2、簡化了對象。使得對象不需要知道鏈的結構。 3、增強給對象指派職責的靈活性。通過改變鏈內的成員或者調動它們的次序,允許動態地新增或者刪除責任。 4、增加新的請求處理類很方便。

缺點:?1、不能保證請求一定被接收。 2、系統性能將受到一定影響,而且在進行代碼調試時不太方便,可能會造成循環調用。 3、可能不容易觀察運行時的特征,有礙于除錯。

使用場景:?1、有多個對象可以處理同一個請求,具體哪個對象處理該請求由運行時刻自動確定。 2、在不明確指定接收者的情況下,向多個對象中的一個提交一個請求。 3、可動態指定一組對象處理請求。

?

注意事項:在 JAVA WEB 中遇到很多應用。

實現

我們創建抽象類?AbstractLogger,帶有詳細的日志記錄級別。然后我們創建三種類型的記錄器,都擴展了?AbstractLogger。每個記錄器消息的級別是否屬于自己的級別,如果是則相應地打印出來,否則將不打印并把消息傳給下一個記錄器。

步驟 1

創建抽象的記錄器類。

AbstractLogger.java

步驟 2

創建擴展了該記錄器類的實體類。

ConsoleLogger.java

?

ErrorLogger.java

FileLogger.java

步驟 3

創建不同類型的記錄器。賦予它們不同的錯誤級別,并在每個記錄器中設置下一個記錄器。每個記錄器中的下一個記錄器代表的是鏈的一部分。

ChainPatternDemo.java

步驟 4

執行程序,輸出結果:

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.

一般責任鏈的模式的缺陷:需要設置每個handler的從屬關系,當handler多起來的時候就會很麻煩,需要不斷修改,增加擴展困難。

因此,解決方案是維護一個列表,將所有的責任鏈放在這個集合,通過?不斷地遍歷這個列表,取出Handler進行doHandle;

首先,寫一個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);} }

?

再寫一個抽象類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

?

總結

以上是生活随笔為你收集整理的行为型模式:责任链模式的全部內容,希望文章能夠幫你解決所遇到的問題。

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

主站蜘蛛池模板: 一区二区三区四区人妻 | 欧美视频一二三区 | 国产五十路 | 操出白浆视频 | 国产福利91精品一区二区三区 | a级片在线视频 | 强侵犯の奶水授乳羞羞漫虐 | 亚洲av无码一区二区二三区 | 亚洲三级在线 | 天天操天天干天天干 | 玖玖久久 | 久久久九九 | 中文字幕乱码亚洲无线三区 | 国产综合av | 久久中文字幕人妻熟av女蜜柚m | 日本黄色免费网站 | 另类老妇性bbwbbw图片 | 做视频| 国产一道本 | 丁香花国语版普通话 | 午夜性 | 神马影院午夜伦理 | 国产成人精品一区二区 | 成人动漫免费观看 | 久久久久久黄色片 | 亚洲综合一 | 1024手机在线看片 | 蜜臀久久99精品久久久画质超高清 | 亚洲色图88 | 日韩午夜视频在线 | 国产精品igao视频 | 亚洲干综合| 伊人影院中文字幕 | 蜜桃av在线 | 总裁边开会边做小娇妻h | 成年人免费看黄色 | 人人干人| 天天看夜夜看 | 欧美性猛交xxxx乱大交退制版 | 国模私拍在线 | 久久视频这里只有精品 | 福利视频一区二区三区 | 秋霞影院午夜 | 亚洲色图丝袜美腿 | 久久aaaa片一区二区 | 色人阁在线视频 | 激情av在线播放 | 嫩草影院菊竹影院 | 日本aaa级片 | free性m.freesex欧美 | 亚洲日本韩国在线 | 岛国av一区二区 | 成人小视频在线免费观看 | 高清在线一区二区三区 | 久草在| 日批视频 | 欧美精品99久久 | 欧美日韩视频在线观看一区 | 一级中文字幕 | 日韩r级电影在线观看 | 美丽姑娘免费观看在线观看 | 波多野结衣中文一区 | 国产免费看 | 99热亚洲| 97视频在线观看免费 | 欧美不卡一区二区三区 | 熟妇人妻系列aⅴ无码专区友真希 | 99亚洲精品| 欧美性生交xxxxx久久久缅北 | 亚洲一区二区三区不卡视频 | 免费av播放 | 四虎成人精品在永久免费 | 成人免费观看视频大全 | 伊人影院在线观看 | av高清在线免费观看 | 国产精品国产三级国产aⅴ原创 | jk美女又爽又黄视频 | 影音av在线| 国产原创av在线 | 日韩av一卡 | 久久久天天 | 啪啪福利社 | 亚洲日本国产 | 欧美做爰爽爽爽爽爽爽 | 成年人爱爱视频 | www.一区二区三区四区 | 色婷婷av国产精品 | www国产91 | 国产一区二区中文字幕 | 欧美啪啪一区 | 深爱五月激情网 | 我想看毛片 | 97公开免费视频 | 丰满女人又爽又紧又丰满 | 亚洲天码中字 | 在线观看日本中文字幕 | 欧美日韩精品一区二区三区视频播放 | 男女视频一区 | 荔枝视频污|