3.1.1 模式意圖:
在系統(tǒng)中，同一個元素可能有多個對象根據(jù)優(yōu)先級對其進(jìn)行逐步處理肤寝，并通過返回處理的狀態(tài)判斷（Ture像街、False黎棠、Null等）是否交由下一對象操作，一般情況下我們會使用
if elseif else語句進(jìn)行跳轉(zhuǎn)镰绎，但是如果處理對象較多脓斩，處理優(yōu)先級變動頻繁，再用else語句顯然不是一個優(yōu)雅的行為畴栖，這時我們可以使用責(zé)任鏈模式來完成上述需求随静。
3.1.2 模式概念:
它屬于行為型模式，使多個對象都有機(jī)會處理請求吗讶，從而避免請求的發(fā)送者和接受者之間的耦合關(guān)系燎猛。將這個對象連成一條鏈，并沿著這條鏈傳遞該請求关翎，直到有一個對象處理它為止扛门。
3.1.3 模式元素:
- 請求元素（Responsibility）
- 處理鏈節(jié)點(diǎn)抽象（Handler）
- 處理鏈節(jié)點(diǎn)細(xì)節(jié)（ConcreteHandler1、ConcreteHandler2纵寝、ConcreteHandler3）
3.1.4 代碼示例:
下面以一個吃食物請求的流程為背景论寨，用責(zé)任鏈模式來展示代碼示例
public class ResponsibilityContext
{
public string Type = "肉類";
public string Description = "我想吃**肉";
public bool AuditResult = false;
public string AuditRemark = "";
}
public abstract class Handler
{
protected Handler successor;
public void SetSuccessor(Handler successor)
{
this.successor = successor;
}
public abstract void HandleRequest(ResponsibilityContext context);
}
class ConcreteHandler1 : Handler
{
public override void HandleRequest(ResponsibilityContext context)
{
context.AuditRemark += "-飲料相關(guān)-";
if (context.Type == "飲料")
{
context.AuditResult = true;
this.Log("{0} 處理請求 {1}", this.GetType().Name, context);
}
else if (successor != null)
{
successor.HandleRequest(context);
}
}
}
class ConcreteHandler2 : Handler
{
public override void HandleRequest(ResponsibilityContext context)
{
context.AuditRemark += "-素食處理-";
if (context.Type == "素食")
{
context.AuditResult = true;
this.Log("{0} 處理請求 {1}", this.GetType().Name, context);
}
else if (successor != null)
{
successor.HandleRequest(context);
}
}
}
class ConcreteHandler3 : Handler
{
public override void HandleRequest(ResponsibilityContext context)
{
context.AuditRemark += "-肉類處理-";
if (context.Type == "肉類")
{
context.AuditResult = true;
this.Log("{0} 處理請求 {1}", this.GetType().Name, context);
}
else if (successor != null)
{
successor.HandleRequest(context);
}
}
}
調(diào)用
void Start()
{
ResponsibilityContext context = new ResponsibilityContext();
Handler handler1 = new ConcreteHandler1();
Handler handler2 = new ConcreteHandler2();
Handler handler3 = new ConcreteHandler3();
handler1.SetSuccessor(handler2);
handler2.SetSuccessor(handler3);
handler1.HandleRequest(context);
this.Log($"是否處理成功{context.AuditResult}");
this.Log($"AuditRemark：{context.AuditRemark}");
}
3.1.5 寫法對比:
略
3.1.6 模式分析:
責(zé)任鏈的主要職責(zé)就是當(dāng)客戶提交一個請求時星立，此請求沿鏈傳遞至一個ConcreteHandler對象負(fù)責(zé)處理這個請求為止。
責(zé)任鏈方便的地方就是可隨時增加或修改ConcreteHandler葬凳。增強(qiáng)了給對象指派職責(zé)的靈活性绰垂。
需要注意的是，一個請求極有可能到了鏈的末端都不能得到處理火焰，或者因?yàn)闆]有正確配置而得不到處理劲装。
優(yōu)點(diǎn)
- 請求的發(fā)送者和接收者解耦。
- 使得對象不需要知道鏈的結(jié)構(gòu)昌简。
- 增強(qiáng)給對象指派職責(zé)的靈活性占业。通過改變鏈內(nèi)的成員或者調(diào)動它們的次序，允許動態(tài)地新增或者刪除責(zé)任纯赎。
缺點(diǎn)：
- 不能保證請求一定被處理谦疾。
- 系統(tǒng)性能將受到一定影響，而且在進(jìn)行代碼調(diào)試時不太方便犬金，可能會造成循環(huán)調(diào)用(責(zé)任鏈?zhǔn)瘴蚕嘟?念恍。
- 可能不易觀察運(yùn)行時的特征，有礙于除錯晚顷。
3.1.7 應(yīng)用場景:
一個請求需要被多個對象逐步處理時峰伙。
3.1.8 小結(jié):
責(zé)任鏈模式可以理解為elseif的優(yōu)化版本，切記生搬硬套設(shè)計(jì)模式该默，適得其反瞳氓。
