網站首頁 編程語言 正文
一、動機(Motivate)
在軟件構建過程中,一個請求可能被多個對象處理,但是每個請求在運行時只能有一個接受者,如果顯示指定,將必不可少地帶來請求發送者與接受者的緊耦合。如何使請求的發送者不需要指定具體的接受者,讓請求的接受者自己在運行時決定來處理請求,從而使兩者解耦。
二、意圖(Intent)
避免請求發送者與接收者耦合在一起,讓多個對象都有可能接受請求,將這些對象連接成一條鏈,并且沿著這條鏈傳遞請求,知道有對象處理它為止。???????????????????????????????? ——《設計模式》GoF
三、結構圖(Structure)
四、模式的組成
可以看出,在職責鏈模式的結構圖有以下角色:
(1)、抽象處理者角色(Handler):抽象處理者定義了一個處理請求的接口,它一般設計為抽象類,由于不同的具體處理者處理請求的方式不同,因此在其中定義了抽象請求處理方法。因為每一個處理者的下家還是一個處理者,因此在抽象處理者中定義了一個自類型的對象,作為其對下家的引用。通過該引用,處理者可以連成一條鏈。
(2)、具體處理者角色(ConcreteHandler):具體處理者是抽象處理者的子類,它可以處理用戶請求,在具體處理者類中實現了抽象處理者中定義的抽象處理方法,在處理請求之前需要進行判斷,看是否有相應的處理權限,如果可以處理請求就處理它,否則將請求轉發給后繼者;在具體處理者中可以訪問鏈中下一個對象,以便請求的轉發。
五、職責鏈模式的代碼實現
在現實生活中,職責鏈模式的例子也是很多的,例如:公司的請假流程就是一個很好的職責鏈模式的例子,如果請假半天,只要告訴本部門經理就可以了;如果請假7天或者以上必須人事總監批準;如果請假15天以上,那就要經過總裁批準了。還有類似的例子就是采購的流程,其流程也是職責鏈模式很好的體現,采購的金額不同,需要批準的人員也不同,比如:部門采購1萬元的紙品,只要部門領導簽批就可以,如果要采購大于1萬小于5萬的物品,那就需要財務經理簽批了,如果采購30萬的原材料或者物品,那就需要總裁或者類似角色才能審批了。接下來我們就以采購的實例來說明職責鏈模式。實現代碼如下:
static void Main(string[] args)
{
PurchaseRequest requestDao = new PurchaseRequest(8000.0, "單刀5把");
PurchaseRequest requestHuaJi = new PurchaseRequest(10000.0, "10把方天畫戟");
PurchaseRequest requestJian = new PurchaseRequest(80000.0, "5把金絲龍鱗閃電劈");
Approver manager = new Manager("黃飛鴻");
Approver financial = new FinancialManager("黃麒英");
Approver ceo = new CEO("十三姨");
// 設置職責鏈
manager.NextApprover = financial;
financial.NextApprover = ceo;
// 處理請求
manager.ProcessRequest(requestDao);
manager.ProcessRequest(requestHuaJi);
manager.ProcessRequest(requestJian);
}
// 采購請求
public sealed class PurchaseRequest
{
// 金額
public double Amount { get; set; }
// 產品名字
public string ProductName { get; set; }
public PurchaseRequest(double amount, string productName)
{
Amount = amount;
ProductName = productName;
}
}
//抽象審批人,Handler---相當于“抽象處理者角色”
public abstract class Approver
{
//下一位審批人,由此形成一條鏈
public Approver NextApprover { get; set; }
//審批人的名稱
public string Name { get; set; }
public Approver(string name)
{
this.Name = name;
}
//處理請求
public abstract void ProcessRequest(PurchaseRequest request);
}
//部門經理----相當于“具體處理者角色” ConcreteHandler
public sealed class Manager : Approver
{
public Manager(string name) : base(name) { }
public override void ProcessRequest(PurchaseRequest request)
{
if (request.Amount <= 10000.0)
{
Console.WriteLine("{0} 部門經理批準了對原材料{1}的采購計劃!", this.Name, request.ProductName);
}
else if (NextApprover != null)
{
NextApprover.ProcessRequest(request);
}
}
}
//財務經理---相當于“具體處理者角色”ConcreteHandler
public sealed class FinancialManager : Approver
{
public FinancialManager(string name) : base(name) { }
public override void ProcessRequest(PurchaseRequest request)
{
if (request.Amount > 10000.0 && request.Amount <= 50000.0)
{
Console.WriteLine("{0} 財務經理批準了對原材料{1}的采購計劃!", this.Name, request.ProductName);
}
else if (NextApprover != null)
{
NextApprover.ProcessRequest(request);
}
}
}
//總裁---相當于“具體處理者角色” ConcreteHandler
public sealed class CEO : Approver
{
public CEO(string name) : base(name) { }
public override void ProcessRequest(PurchaseRequest request)
{
if (request.Amount > 50000.0 && request.Amount < 300000.0)
{
Console.WriteLine("{0} 總裁批準了對原材料 {1} 的采購計劃!", this.Name, request.ProductName);
}
else
{
Console.WriteLine("這個采購計劃的金額比較大,需要一次董事會會議討論才能決定!");
}
}
}
六、職責鏈模式的實現要點:
Chain of Responsibility模式的應用場合在于“一個請求可能有多個接受者,但是最后真正的接受者只有一個”,只有這時候請求發送者與接受者的耦合才有可能出現“變化脆弱”的癥狀,職責鏈的目的就是將二者解耦,從而更好地應對變化。
應用了Chain of Responsibility模式后,對象的職責分派將更具靈活性。我們可以在運行時動態添加/修改請求的處理職責。
當我們要新增一個DHandler處理請求,就不需再改原來的代碼了,遵從了開放封閉原則。這樣我們的程序就更賦予變化,更有變化的抵抗力。Handler類本身繼承自BaseHandler類型,又包含了一個BaseHandler類型的對象,這點類似Decorator模式。
如果請求傳遞到職責鏈的末尾仍得不到處理,應該有一個合理的缺省機制。這也是每一個接受對象的責任,而不是發出請求的對象的責任。
1、職責鏈模式的主要優點有:
1】、降低耦合度:職責鏈模式使得一個對象無需知道是其他哪一個對象處理其請求。對象僅需知道該請求會被處理即可,接受者和發送者都沒有對方的明確信息,且鏈中的對象不需要知道鏈的結構,有客戶端負責鏈的創建。
2】、可簡化對象的相互連接:接受者對象僅需維持一個指向其后繼者的引用,而不需維持它對所有的候選處理者的引用。
3】、增強給對象指派職責的靈活性:在給對象分派職責時,職責鏈可以給我們帶來更多的靈活性。可以通過在運行時對該連進行動態的增加或修改處理一個請求的職責。
4】、增加新的請求處理類很方便:在系統中增加一個新的請求處理者無需修改原有系統的代碼,只需要在客戶端重新建鏈即可,從這一點看來是符合“開閉原則”的。
2、職責鏈模式的主要缺點有:
1】、在找到正確的處理對象之前,所有的條件判定都要執行一遍,當責任鏈過長時,可能會引起性能的問題。
2】、可能導致某個請求不被處理。
3】、客戶端需要組裝這個鏈條,耦合了客戶端和鏈條的組成結構,可以把這個在客戶端的組合動作提到外面,通過配置來做,會更好點。
3、在下面的情況下可以考慮使用職責鏈模式:
1】、一個系統的審批需要多個對象才能完成處理的情況下,例如請假系統等。
2】、代碼中存在多個if-else語句的情況下,此時可以考慮使用責任鏈模式來對代碼進行重構
3】、有多個對象可以處理同一個請求,具體哪個對象處理該請求有運行時刻自動確定。客戶端只需將請求提交到鏈上,無須關心請求的處理對象是誰以及它是如何處理的。
4】、不明確指定接受者的情況下,向多個對象中的一個提交一個請求。請求的發送者與請求者解耦,請求將沿著鏈進行傳遞,尋求響應的處理者。
5】、可動態指定一組對象處理請求。客戶端可以動態創建職責鏈來處理請求,還可以動態改變鏈中處理者之間的先后次序
七、.NET 職責鏈模式的實現
這個模式在Net框架中的實現不多,我感覺這個模式的使用場景更多的是在業務系統總才會有更大的用處。這種模式在處理UI的消息時很常用,但實際上Windows消息循環還是硬編碼的結構。因為效率上的考慮,Windows消息循環是哪個對象有一個請求,則直接到達處理函數的地址。如果鏈條上的對象多了,而真正處理的函數在鏈條后部分,效率會很低下。因此我們在使用這種模式的時候更適合業務流程,即對性能要求不是特別高的情況更加常用。
原文鏈接:https://www.cnblogs.com/springsnow/p/11359376.html
相關推薦
- 2022-12-10 Android入門之TextClock的使用教程_Android
- 2022-11-23 Android開發Jetpack?Compose元素Modifier特性詳解_Android
- 2022-07-12 Linux配置nginx開機自啟
- 2022-04-02 .Net使用SuperSocket框架實現WebSocket前端_實用技巧
- 2022-07-06 python如何實現質數求和_python
- 2022-07-03 kali安裝docker及搭建漏洞環境的詳細教程_docker
- 2022-07-07 Python如何使用type()函數查看數據的類型_python
- 2022-11-01 go項目打包部署的完整步驟_Golang
- 最近更新
-
- window11 系統安裝 yarn
- 超詳細win安裝深度學習環境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區別,Jav
- spring @retryable不生效的一種
- Spring Security之認證信息的處理
- Spring Security之認證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權
- redisson分布式鎖中waittime的設
- maven:解決release錯誤:Artif
- restTemplate使用總結
- Spring Security之安全異常處理
- MybatisPlus優雅實現加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務發現-Nac
- Spring Security之基于HttpR
- Redis 底層數據結構-簡單動態字符串(SD
- arthas操作spring被代理目標對象命令
- Spring中的單例模式應用詳解
- 聊聊消息隊列,發送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠程分支