3.1.1 模式意圖:
在系統(tǒng)中,同一個(gè)元素可能有多個(gè)對(duì)象根據(jù)優(yōu)先級(jí)對(duì)其進(jìn)行逐步處理,并通過返回處理的狀態(tài)判斷(Ture、False、Null等)是否交由下一對(duì)象操作,一般情況下我們會(huì)使用
if elseif else
語句進(jìn)行跳轉(zhuǎn),但是如果處理對(duì)象較多,處理優(yōu)先級(jí)變動(dòng)頻繁,再用else語句顯然不是一個(gè)優(yōu)雅的行為,這時(shí)我們可以使用責(zé)任鏈模式來完成上述需求。
3.1.2 模式概念:
它屬于行為型模式,使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求,從而避免請(qǐng)求的發(fā)送者和接受者之間的耦合關(guān)系。將這個(gè)對(duì)象連成一條鏈,并沿著這條鏈傳遞該請(qǐng)求,直到有一個(gè)對(duì)象處理它為止。
3.1.3 模式元素:
- 請(qǐng)求元素(Responsibility)
- 處理鏈節(jié)點(diǎn)抽象(Handler)
- 處理鏈節(jié)點(diǎn)細(xì)節(jié)(ConcreteHandler1、ConcreteHandler2、ConcreteHandler3)
3.1.4 代碼示例:
下面以一個(gè)吃食物請(qǐng)求的流程為背景,用責(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} 處理請(qǐng)求 {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} 處理請(qǐng)求 {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} 處理請(qǐng)求 {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 寫法對(duì)比:
略
3.1.6 模式分析:
責(zé)任鏈的主要職責(zé)就是當(dāng)客戶提交一個(gè)請(qǐng)求時(shí),此請(qǐng)求沿鏈傳遞至一個(gè)ConcreteHandler對(duì)象負(fù)責(zé)處理這個(gè)請(qǐng)求為止。
責(zé)任鏈方便的地方就是可隨時(shí)增加或修改ConcreteHandler
。增強(qiáng)了給對(duì)象指派職責(zé)的靈活性。
需要注意的是,一個(gè)請(qǐng)求極有可能到了鏈的末端都不能得到處理,或者因?yàn)闆]有正確配置而得不到處理。
優(yōu)點(diǎn)
- 請(qǐng)求的發(fā)送者和接收者解耦。
- 使得對(duì)象不需要知道鏈的結(jié)構(gòu)。
- 增強(qiáng)給對(duì)象指派職責(zé)的靈活性。通過改變鏈內(nèi)的成員或者調(diào)動(dòng)它們的次序,允許動(dòng)態(tài)地新增或者刪除責(zé)任。
缺點(diǎn):
- 不能保證請(qǐng)求一定被處理。
- 系統(tǒng)性能將受到一定影響,而且在進(jìn)行代碼調(diào)試時(shí)不太方便,可能會(huì)造成循環(huán)調(diào)用(責(zé)任鏈?zhǔn)瘴蚕嘟?。
- 可能不易觀察運(yùn)行時(shí)的特征,有礙于除錯(cuò)。
3.1.7 應(yīng)用場(chǎng)景:
一個(gè)請(qǐng)求需要被多個(gè)對(duì)象逐步處理時(shí)。
3.1.8 小結(jié):
責(zé)任鏈模式可以理解為elseif的優(yōu)化版本,切記生搬硬套設(shè)計(jì)模式,適得其反。