深入理解Java設(shè)計(jì)模式之職責(zé)鏈模式
一、什么是職責(zé)鏈模式
客戶端發(fā)出一個(gè)請(qǐng)求,鏈上的對(duì)象都有機(jī)會(huì)來(lái)處理這一請(qǐng)求,而客戶端不需要知道誰(shuí)是具體的處理對(duì)象。這樣就實(shí)現(xiàn)了請(qǐng)求者和接受者之間的解耦,并且在客戶端可以實(shí)現(xiàn)動(dòng)態(tài)的組合職責(zé)鏈。使編程更有靈活性。
定義:使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求,從而避免了請(qǐng)求的發(fā)送者和接受者之間的耦合關(guān)系。將這些對(duì)象連成一條鏈,并沿著這條鏈傳遞該請(qǐng)求,直到有對(duì)象處理它為止。其過(guò)程實(shí)際上是一個(gè)遞歸調(diào)用。
要點(diǎn)主要是:
1、有多個(gè)對(duì)象共同對(duì)一個(gè)任務(wù)進(jìn)行處理。
2、這些對(duì)象使用鏈?zhǔn)酱鎯?chǔ)結(jié)構(gòu),形成一個(gè)鏈,每個(gè)對(duì)象知道自己的下一個(gè)對(duì)象。
3、一個(gè)對(duì)象對(duì)任務(wù)進(jìn)行處理,可以添加一些操作后將對(duì)象傳遞個(gè)下一個(gè)任務(wù)。也可以在此對(duì)象上結(jié)束任務(wù)的處理,并結(jié)束任務(wù)。
4、客戶端負(fù)責(zé)組裝鏈?zhǔn)浇Y(jié)構(gòu),但是客戶端不需要關(guān)心最終是誰(shuí)來(lái)處理了任務(wù)。
二、職責(zé)鏈模式的結(jié)構(gòu)

責(zé)任鏈模式涉及到的角色如下所示:
- 抽象處理者(Handler)角色:定義出一個(gè)處理請(qǐng)求的接口。如果需要,接口可以定義 出一個(gè)方法以設(shè)定和返回對(duì)下家的引用。這個(gè)角色通常由一個(gè)Java抽象類或者Java接口實(shí)現(xiàn)。上圖中Handler類的聚合關(guān)系給出了具體子類對(duì)下家的引用,抽象方法handleRequest()規(guī)范了子類處理請(qǐng)求的操作。
- 具體處理者(ConcreteHandler)角色:具體處理者接到請(qǐng)求后,可以選擇將請(qǐng)求處理掉,或者將請(qǐng)求傳給下家。由于具體處理者持有對(duì)下家的引用,因此,如果需要,具體處理者可以訪問(wèn)下家三、職責(zé)鏈模式的優(yōu)缺點(diǎn)
優(yōu)點(diǎn):
職責(zé)鏈模式的最主要功能就是:動(dòng)態(tài)組合,請(qǐng)求者和接受者解耦。
請(qǐng)求者和接受者松散耦合:請(qǐng)求者不需要知道接受者,也不需要知道如何處理。每個(gè)職責(zé)對(duì)象只負(fù)責(zé)自己的職責(zé)范圍,其他的交給后繼者。各個(gè)組件間完全解耦。
動(dòng)態(tài)組合職責(zé):職責(zé)鏈模式會(huì)把功能分散到單獨(dú)的職責(zé)對(duì)象中,然后在使用時(shí)動(dòng)態(tài)的組合形成鏈,從而可以靈活的分配職責(zé)對(duì)象,也可以靈活的添加改變對(duì)象職責(zé)。
缺點(diǎn):
產(chǎn)生很多細(xì)粒度的對(duì)象:因?yàn)楣δ芴幚矶挤稚⒌搅藛为?dú)的職責(zé)對(duì)象中,每個(gè)對(duì)象功能單一,要把整個(gè)流程處理完,需要很多的職責(zé)對(duì)象,會(huì)產(chǎn)生大量的細(xì)粒度職責(zé)對(duì)象。
不一定能處理:每個(gè)職責(zé)對(duì)象都只負(fù)責(zé)自己的部分,這樣就可以出現(xiàn)某個(gè)請(qǐng)求,即使把整個(gè)鏈走完,都沒(méi)有職責(zé)對(duì)象處理它。這就需要提供默認(rèn)處理,并且注意構(gòu)造鏈的有效性。
四、職責(zé)鏈模式的使用場(chǎng)景
1.如果有多個(gè)對(duì)象可以處理同一個(gè)請(qǐng)求,但是具體由哪個(gè)對(duì)象處理是由運(yùn)行時(shí)刻動(dòng)態(tài)決定的,這種對(duì)象就可以使用職責(zé)鏈模式,把處理請(qǐng)求的對(duì)象實(shí)現(xiàn)成職責(zé)對(duì)象,然后構(gòu)造鏈,當(dāng)請(qǐng)求在這個(gè)鏈中傳遞的時(shí)候,會(huì)根據(jù)運(yùn)行狀態(tài)判斷。
2.在請(qǐng)求處理者不明確的情況下向多個(gè)對(duì)象中的一個(gè)提交請(qǐng)求。
3.需要?jiǎng)討B(tài)指定處理一個(gè)請(qǐng)求的對(duì)象集合
五、職責(zé)鏈模式的實(shí)現(xiàn)

Handler類,定義一個(gè)處理請(qǐng)求的接口
//管理者--Handler類,定義一個(gè)處理請(qǐng)求的接口
abstract class Manager
{
protected string name;
//管理者上級(jí)
protected Manager superior;
public Manager(string name)
{
this.name = name;
}
//設(shè)置管理者上級(jí)---關(guān)鍵的方法
public void SetSuperior(Manager superior)
{
this.superior = superior;
}
abstract public void RequestApplications(Request request);
}
具體處理類,處理它所負(fù)責(zé)的請(qǐng)求,可訪問(wèn)它的后繼者,如果可處理就處理,否則請(qǐng)求轉(zhuǎn)到后繼者
一、什么是職責(zé)鏈模式
客戶端發(fā)出一個(gè)請(qǐng)求,鏈上的對(duì)象都有機(jī)會(huì)來(lái)處理這一請(qǐng)求,而客戶端不需要知道誰(shuí)是具體的處理對(duì)象。這樣就實(shí)現(xiàn)了請(qǐng)求者和接受者之間的解耦,并且在客戶端可以實(shí)現(xiàn)動(dòng)態(tài)的組合職責(zé)鏈。使編程更有靈活性。
定義:使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求,從而避免了請(qǐng)求的發(fā)送者和接受者之間的耦合關(guān)系。將這些對(duì)象連成一條鏈,并沿著這條鏈傳遞該請(qǐng)求,直到有對(duì)象處理它為止。其過(guò)程實(shí)際上是一個(gè)遞歸調(diào)用。
要點(diǎn)主要是:
1、有多個(gè)對(duì)象共同對(duì)一個(gè)任務(wù)進(jìn)行處理。
2、這些對(duì)象使用鏈?zhǔn)酱鎯?chǔ)結(jié)構(gòu),形成一個(gè)鏈,每個(gè)對(duì)象知道自己的下一個(gè)對(duì)象。
3、一個(gè)對(duì)象對(duì)任務(wù)進(jìn)行處理,可以添加一些操作后將對(duì)象傳遞個(gè)下一個(gè)任務(wù)。也可以在此對(duì)象上結(jié)束任務(wù)的處理,并結(jié)束任務(wù)。
4、客戶端負(fù)責(zé)組裝鏈?zhǔn)浇Y(jié)構(gòu),但是客戶端不需要關(guān)心最終是誰(shuí)來(lái)處理了任務(wù)。
二、職責(zé)鏈模式的結(jié)構(gòu)

責(zé)任鏈模式涉及到的角色如下所示:
- 抽象處理者(Handler)角色:定義出一個(gè)處理請(qǐng)求的接口。如果需要,接口可以定義 出一個(gè)方法以設(shè)定和返回對(duì)下家的引用。這個(gè)角色通常由一個(gè)Java抽象類或者Java接口實(shí)現(xiàn)。上圖中Handler類的聚合關(guān)系給出了具體子類對(duì)下家的引用,抽象方法handleRequest()規(guī)范了子類處理請(qǐng)求的操作。
- 具體處理者(ConcreteHandler)角色:具體處理者接到請(qǐng)求后,可以選擇將請(qǐng)求處理掉,或者將請(qǐng)求傳給下家。由于具體處理者持有對(duì)下家的引用,因此,如果需要,具體處理者可以訪問(wèn)下家三、職責(zé)鏈模式的優(yōu)缺點(diǎn)
優(yōu)點(diǎn):
職責(zé)鏈模式的最主要功能就是:動(dòng)態(tài)組合,請(qǐng)求者和接受者解耦。
請(qǐng)求者和接受者松散耦合:請(qǐng)求者不需要知道接受者,也不需要知道如何處理。每個(gè)職責(zé)對(duì)象只負(fù)責(zé)自己的職責(zé)范圍,其他的交給后繼者。各個(gè)組件間完全解耦。
動(dòng)態(tài)組合職責(zé):職責(zé)鏈模式會(huì)把功能分散到單獨(dú)的職責(zé)對(duì)象中,然后在使用時(shí)動(dòng)態(tài)的組合形成鏈,從而可以靈活的分配職責(zé)對(duì)象,也可以靈活的添加改變對(duì)象職責(zé)。
缺點(diǎn):
產(chǎn)生很多細(xì)粒度的對(duì)象:因?yàn)楣δ芴幚矶挤稚⒌搅藛为?dú)的職責(zé)對(duì)象中,每個(gè)對(duì)象功能單一,要把整個(gè)流程處理完,需要很多的職責(zé)對(duì)象,會(huì)產(chǎn)生大量的細(xì)粒度職責(zé)對(duì)象。
不一定能處理:每個(gè)職責(zé)對(duì)象都只負(fù)責(zé)自己的部分,這樣就可以出現(xiàn)某個(gè)請(qǐng)求,即使把整個(gè)鏈走完,都沒(méi)有職責(zé)對(duì)象處理它。這就需要提供默認(rèn)處理,并且注意構(gòu)造鏈的有效性。
四、職責(zé)鏈模式的使用場(chǎng)景
1.如果有多個(gè)對(duì)象可以處理同一個(gè)請(qǐng)求,但是具體由哪個(gè)對(duì)象處理是由運(yùn)行時(shí)刻動(dòng)態(tài)決定的,這種對(duì)象就可以使用職責(zé)鏈模式,把處理請(qǐng)求的對(duì)象實(shí)現(xiàn)成職責(zé)對(duì)象,然后構(gòu)造鏈,當(dāng)請(qǐng)求在這個(gè)鏈中傳遞的時(shí)候,會(huì)根據(jù)運(yùn)行狀態(tài)判斷。
2.在請(qǐng)求處理者不明確的情況下向多個(gè)對(duì)象中的一個(gè)提交請(qǐng)求。
3.需要?jiǎng)討B(tài)指定處理一個(gè)請(qǐng)求的對(duì)象集合
五、職責(zé)鏈模式的實(shí)現(xiàn)

Handler類,定義一個(gè)處理請(qǐng)求的接口
//管理者--Handler類,定義一個(gè)處理請(qǐng)求的接口
abstract class Manager
{
protected string name;
//管理者上級(jí)
protected Manager superior;
public Manager(string name)
{
this.name = name;
}
//設(shè)置管理者上級(jí)---關(guān)鍵的方法
public void SetSuperior(Manager superior)
{
this.superior = superior;
}
abstract public void RequestApplications(Request request);
}
具體處理類,處理它所負(fù)責(zé)的請(qǐng)求,可訪問(wèn)它的后繼者,如果可處理就處理,否則請(qǐng)求轉(zhuǎn)到后繼者
//"經(jīng)理類"就可以去繼承這個(gè)"管理者"類,只需要重寫(xiě)"申請(qǐng)請(qǐng)求"的方法就可以
//經(jīng)理類
class CommonManager : Manager
{
public CommonManager(string name) : base(name) { }
public override void RequestApplications(Request request)
{
//經(jīng)理的權(quán)限可批準(zhǔn)下屬兩天內(nèi)的請(qǐng)假
if (request.RequestType == "請(qǐng)假" && request.Number <= 2)
{
Console.WriteLine("{0}:{1}數(shù)量{2}被批準(zhǔn)", name, request.RequestContent, request.Number);
}
else
{
//其他的申請(qǐng)都要轉(zhuǎn)到上級(jí)
if (superior != null)
superior.RequestApplications(request);
}
}
}
//"總監(jiān)類"同樣繼承這個(gè)"管理者"類
//總監(jiān)類
class Majordomo : Manager
{
public Majordomo(string name) : base(name) { }
public override void RequestApplications(Request request)
{
//總監(jiān)的權(quán)限可批準(zhǔn)下屬五天內(nèi)的請(qǐng)假
if (request.RequestType == "請(qǐng)假" && request.Number <= 5)
{
Console.WriteLine("{0}:{1}數(shù)量{2}被批準(zhǔn)", name, request.RequestContent, request.Number);
}
else
{
//其他的申請(qǐng)都要轉(zhuǎn)到上級(jí)
if (superior != null)
superior.RequestApplications(request);
}
}
}
//"總經(jīng)理"的權(quán)限就是全部處理
//總監(jiān)類
class GeneralManager : Manager
{
public GeneralManager(string name) : base(name) { }
public override void RequestApplications(Request request)
{
//總經(jīng)理的權(quán)限可批準(zhǔn)下屬任意天數(shù)的請(qǐng)假
if (request.RequestType == "請(qǐng)假")
{
Console.WriteLine("{0}:{1}數(shù)量{2}被批準(zhǔn)", name, request.RequestContent, request.Number);
}
else if (request.RequestType == "加薪"&&request.Number<=500)
{
Console.WriteLine("{0}:{1}數(shù)量{2}被批準(zhǔn)", name, request.RequestContent, request.Number);
}
else if (request.RequestType == "加薪" && request.Number > 500)
{
Console.WriteLine("{0}:{1}數(shù)量{2}再說(shuō)吧", name, request.RequestContent, request.Number);
}
}
}
申請(qǐng)類
//申請(qǐng)
class Request
{
//申請(qǐng)類別
private string requestType;
public string RequestType
{
get { return requestType; }
set { requestType = value; }
}
//申請(qǐng)內(nèi)容
private string requestContent;
public string RequestContent
{
get { return requestContent; }
set { requestContent = value; }
}
//數(shù)量
private int number;
public int Number
{
get { return number; }
set { number = value; }
}
}
客戶端代碼
class Program
{
//客戶端代碼
static void Main(string[] args)
{
CommonManager jinli = new CommonManager("張三");
Majordomo zongjian = new Majordomo("李四");
GeneralManager zongjinli = new GeneralManager("王五");
//設(shè)置上級(jí)
jinli.SetSuperior(zongjian);
zongjian.SetSuperior(zongjinli);
Request request = new Request();
request.RequestType = "請(qǐng)假";
request.RequestContent = "XX請(qǐng)假";
request.Number = 1;
jinli.RequestApplications(request);
Request request2 = new Request();
request.RequestType = "加薪";
request.RequestContent = "XX加薪";
request.Number = 500;
jinli.RequestApplications(request);
Console.Read();
}
}
六、總結(jié)
對(duì)于責(zé)任鏈中的一個(gè)處理者對(duì)象,有兩個(gè)行為。一是處理請(qǐng)求,二是將請(qǐng)求傳遞到下一節(jié)點(diǎn),不允許某個(gè)處理者對(duì)象在處理了請(qǐng)求后又將請(qǐng)求傳送給上一個(gè)節(jié)點(diǎn)的情況。
對(duì)于一條責(zé)任鏈來(lái)說(shuō),一個(gè)請(qǐng)求最終只有兩種情況。一是被某個(gè)處理對(duì)象所處理,另一個(gè)是所有對(duì)象均未對(duì)其處理,對(duì)于前一種情況我們稱為純的責(zé)任鏈模式,后一種為不純的責(zé)任鏈。實(shí)際中大多為不純的責(zé)任鏈。
本篇文章就到這里了,希望能夠給你帶來(lái)幫助,也希望您能夠多多關(guān)注腳本之家的更多內(nèi)容!
//"經(jīng)理類"就可以去繼承這個(gè)"管理者"類,只需要重寫(xiě)"申請(qǐng)請(qǐng)求"的方法就可以
//經(jīng)理類
class CommonManager : Manager
{
public CommonManager(string name) : base(name) { }
public override void RequestApplications(Request request)
{
//經(jīng)理的權(quán)限可批準(zhǔn)下屬兩天內(nèi)的請(qǐng)假
if (request.RequestType == "請(qǐng)假" && request.Number <= 2)
{
Console.WriteLine("{0}:{1}數(shù)量{2}被批準(zhǔn)", name, request.RequestContent, request.Number);
}
else
{
//其他的申請(qǐng)都要轉(zhuǎn)到上級(jí)
if (superior != null)
superior.RequestApplications(request);
}
}
}
//"總監(jiān)類"同樣繼承這個(gè)"管理者"類
//總監(jiān)類
class Majordomo : Manager
{
public Majordomo(string name) : base(name) { }
public override void RequestApplications(Request request)
{
//總監(jiān)的權(quán)限可批準(zhǔn)下屬五天內(nèi)的請(qǐng)假
if (request.RequestType == "請(qǐng)假" && request.Number <= 5)
{
Console.WriteLine("{0}:{1}數(shù)量{2}被批準(zhǔn)", name, request.RequestContent, request.Number);
}
else
{
//其他的申請(qǐng)都要轉(zhuǎn)到上級(jí)
if (superior != null)
superior.RequestApplications(request);
}
}
}
//"總經(jīng)理"的權(quán)限就是全部處理
//總監(jiān)類
class GeneralManager : Manager
{
public GeneralManager(string name) : base(name) { }
public override void RequestApplications(Request request)
{
//總經(jīng)理的權(quán)限可批準(zhǔn)下屬任意天數(shù)的請(qǐng)假
if (request.RequestType == "請(qǐng)假")
{
Console.WriteLine("{0}:{1}數(shù)量{2}被批準(zhǔn)", name, request.RequestContent, request.Number);
}
else if (request.RequestType == "加薪"&&request.Number<=500)
{
Console.WriteLine("{0}:{1}數(shù)量{2}被批準(zhǔn)", name, request.RequestContent, request.Number);
}
else if (request.RequestType == "加薪" && request.Number > 500)
{
Console.WriteLine("{0}:{1}數(shù)量{2}再說(shuō)吧", name, request.RequestContent, request.Number);
}
}
}
申請(qǐng)類
//申請(qǐng)
class Request
{
//申請(qǐng)類別
private string requestType;
public string RequestType
{
get { return requestType; }
set { requestType = value; }
}
//申請(qǐng)內(nèi)容
private string requestContent;
public string RequestContent
{
get { return requestContent; }
set { requestContent = value; }
}
//數(shù)量
private int number;
public int Number
{
get { return number; }
set { number = value; }
}
}
客戶端代碼
class Program
{
//客戶端代碼
static void Main(string[] args)
{
CommonManager jinli = new CommonManager("張三");
Majordomo zongjian = new Majordomo("李四");
GeneralManager zongjinli = new GeneralManager("王五");
//設(shè)置上級(jí)
jinli.SetSuperior(zongjian);
zongjian.SetSuperior(zongjinli);
Request request = new Request();
request.RequestType = "請(qǐng)假";
request.RequestContent = "XX請(qǐng)假";
request.Number = 1;
jinli.RequestApplications(request);
Request request2 = new Request();
request.RequestType = "加薪";
request.RequestContent = "XX加薪";
request.Number = 500;
jinli.RequestApplications(request);
Console.Read();
}
}
六、總結(jié)
對(duì)于責(zé)任鏈中的一個(gè)處理者對(duì)象,有兩個(gè)行為。一是處理請(qǐng)求,二是將請(qǐng)求傳遞到下一節(jié)點(diǎn),不允許某個(gè)處理者對(duì)象在處理了請(qǐng)求后又將請(qǐng)求傳送給上一個(gè)節(jié)點(diǎn)的情況。
對(duì)于一條責(zé)任鏈來(lái)說(shuō),一個(gè)請(qǐng)求最終只有兩種情況。一是被某個(gè)處理對(duì)象所處理,另一個(gè)是所有對(duì)象均未對(duì)其處理,對(duì)于前一種情況我們稱為純的責(zé)任鏈模式,后一種為不純的責(zé)任鏈。實(shí)際中大多為不純的責(zé)任鏈。
本篇文章就到這里了,希望能夠給你帶來(lái)幫助,也希望您能夠多多關(guān)注腳本之家的更多內(nèi)容!
相關(guān)文章
淺談SpringBoot內(nèi)嵌Tomcat的實(shí)現(xiàn)原理解析
這篇文章主要介紹了淺談SpringBoot內(nèi)嵌Tomcat的實(shí)現(xiàn)原理解析,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2020-12-12
迅速學(xué)會(huì)@ConfigurationProperties的使用操作
這篇文章主要介紹了迅速學(xué)會(huì)@ConfigurationProperties的使用,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-10-10
OpenFeign實(shí)現(xiàn)遠(yuǎn)程調(diào)用
這篇文章主要為大家詳細(xì)介紹了OpenFeign實(shí)現(xiàn)遠(yuǎn)程調(diào)用,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-08-08
SpringBoot集成JWT實(shí)現(xiàn)登陸驗(yàn)證的方法詳解
JSON?Web?Token(JWT)是一個(gè)開(kāi)放的標(biāo)準(zhǔn)(RFC?7519),它定義了一個(gè)緊湊且自包含的方式,用于在各方之間以JSON對(duì)象安全地傳輸信息。本文將利用SpringBoot集成JWT實(shí)現(xiàn)登陸驗(yàn)證,感興趣的可以了解一下2022-05-05

