深入理解Java設(shè)計模式之職責(zé)鏈模式
一、什么是職責(zé)鏈模式
客戶端發(fā)出一個請求,鏈上的對象都有機(jī)會來處理這一請求,而客戶端不需要知道誰是具體的處理對象。這樣就實現(xiàn)了請求者和接受者之間的解耦,并且在客戶端可以實現(xiàn)動態(tài)的組合職責(zé)鏈。使編程更有靈活性。
定義:使多個對象都有機(jī)會處理請求,從而避免了請求的發(fā)送者和接受者之間的耦合關(guān)系。將這些對象連成一條鏈,并沿著這條鏈傳遞該請求,直到有對象處理它為止。其過程實際上是一個遞歸調(diào)用。
要點主要是:
1、有多個對象共同對一個任務(wù)進(jìn)行處理。
2、這些對象使用鏈?zhǔn)酱鎯Y(jié)構(gòu),形成一個鏈,每個對象知道自己的下一個對象。
3、一個對象對任務(wù)進(jìn)行處理,可以添加一些操作后將對象傳遞個下一個任務(wù)。也可以在此對象上結(jié)束任務(wù)的處理,并結(jié)束任務(wù)。
4、客戶端負(fù)責(zé)組裝鏈?zhǔn)浇Y(jié)構(gòu),但是客戶端不需要關(guān)心最終是誰來處理了任務(wù)。
二、職責(zé)鏈模式的結(jié)構(gòu)
責(zé)任鏈模式涉及到的角色如下所示:
- 抽象處理者(Handler)角色:定義出一個處理請求的接口。如果需要,接口可以定義 出一個方法以設(shè)定和返回對下家的引用。這個角色通常由一個Java抽象類或者Java接口實現(xiàn)。上圖中Handler類的聚合關(guān)系給出了具體子類對下家的引用,抽象方法handleRequest()規(guī)范了子類處理請求的操作。
- 具體處理者(ConcreteHandler)角色:具體處理者接到請求后,可以選擇將請求處理掉,或者將請求傳給下家。由于具體處理者持有對下家的引用,因此,如果需要,具體處理者可以訪問下家三、職責(zé)鏈模式的優(yōu)缺點
優(yōu)點:
職責(zé)鏈模式的最主要功能就是:動態(tài)組合,請求者和接受者解耦。
請求者和接受者松散耦合:請求者不需要知道接受者,也不需要知道如何處理。每個職責(zé)對象只負(fù)責(zé)自己的職責(zé)范圍,其他的交給后繼者。各個組件間完全解耦。
動態(tài)組合職責(zé):職責(zé)鏈模式會把功能分散到單獨的職責(zé)對象中,然后在使用時動態(tài)的組合形成鏈,從而可以靈活的分配職責(zé)對象,也可以靈活的添加改變對象職責(zé)。
缺點:
產(chǎn)生很多細(xì)粒度的對象:因為功能處理都分散到了單獨的職責(zé)對象中,每個對象功能單一,要把整個流程處理完,需要很多的職責(zé)對象,會產(chǎn)生大量的細(xì)粒度職責(zé)對象。
不一定能處理:每個職責(zé)對象都只負(fù)責(zé)自己的部分,這樣就可以出現(xiàn)某個請求,即使把整個鏈走完,都沒有職責(zé)對象處理它。這就需要提供默認(rèn)處理,并且注意構(gòu)造鏈的有效性。
四、職責(zé)鏈模式的使用場景
1.如果有多個對象可以處理同一個請求,但是具體由哪個對象處理是由運(yùn)行時刻動態(tài)決定的,這種對象就可以使用職責(zé)鏈模式,把處理請求的對象實現(xiàn)成職責(zé)對象,然后構(gòu)造鏈,當(dāng)請求在這個鏈中傳遞的時候,會根據(jù)運(yùn)行狀態(tài)判斷。
2.在請求處理者不明確的情況下向多個對象中的一個提交請求。
3.需要動態(tài)指定處理一個請求的對象集合
五、職責(zé)鏈模式的實現(xiàn)
Handler類,定義一個處理請求的接口
//管理者--Handler類,定義一個處理請求的接口 abstract class Manager { protected string name; //管理者上級 protected Manager superior; public Manager(string name) { this.name = name; } //設(shè)置管理者上級---關(guān)鍵的方法 public void SetSuperior(Manager superior) { this.superior = superior; } abstract public void RequestApplications(Request request); }
具體處理類,處理它所負(fù)責(zé)的請求,可訪問它的后繼者,如果可處理就處理,否則請求轉(zhuǎn)到后繼者
一、什么是職責(zé)鏈模式
客戶端發(fā)出一個請求,鏈上的對象都有機(jī)會來處理這一請求,而客戶端不需要知道誰是具體的處理對象。這樣就實現(xiàn)了請求者和接受者之間的解耦,并且在客戶端可以實現(xiàn)動態(tài)的組合職責(zé)鏈。使編程更有靈活性。
定義:使多個對象都有機(jī)會處理請求,從而避免了請求的發(fā)送者和接受者之間的耦合關(guān)系。將這些對象連成一條鏈,并沿著這條鏈傳遞該請求,直到有對象處理它為止。其過程實際上是一個遞歸調(diào)用。
要點主要是:
1、有多個對象共同對一個任務(wù)進(jìn)行處理。
2、這些對象使用鏈?zhǔn)酱鎯Y(jié)構(gòu),形成一個鏈,每個對象知道自己的下一個對象。
3、一個對象對任務(wù)進(jìn)行處理,可以添加一些操作后將對象傳遞個下一個任務(wù)。也可以在此對象上結(jié)束任務(wù)的處理,并結(jié)束任務(wù)。
4、客戶端負(fù)責(zé)組裝鏈?zhǔn)浇Y(jié)構(gòu),但是客戶端不需要關(guān)心最終是誰來處理了任務(wù)。
二、職責(zé)鏈模式的結(jié)構(gòu)
責(zé)任鏈模式涉及到的角色如下所示:
- 抽象處理者(Handler)角色:定義出一個處理請求的接口。如果需要,接口可以定義 出一個方法以設(shè)定和返回對下家的引用。這個角色通常由一個Java抽象類或者Java接口實現(xiàn)。上圖中Handler類的聚合關(guān)系給出了具體子類對下家的引用,抽象方法handleRequest()規(guī)范了子類處理請求的操作。
- 具體處理者(ConcreteHandler)角色:具體處理者接到請求后,可以選擇將請求處理掉,或者將請求傳給下家。由于具體處理者持有對下家的引用,因此,如果需要,具體處理者可以訪問下家三、職責(zé)鏈模式的優(yōu)缺點
優(yōu)點:
職責(zé)鏈模式的最主要功能就是:動態(tài)組合,請求者和接受者解耦。
請求者和接受者松散耦合:請求者不需要知道接受者,也不需要知道如何處理。每個職責(zé)對象只負(fù)責(zé)自己的職責(zé)范圍,其他的交給后繼者。各個組件間完全解耦。
動態(tài)組合職責(zé):職責(zé)鏈模式會把功能分散到單獨的職責(zé)對象中,然后在使用時動態(tài)的組合形成鏈,從而可以靈活的分配職責(zé)對象,也可以靈活的添加改變對象職責(zé)。
缺點:
產(chǎn)生很多細(xì)粒度的對象:因為功能處理都分散到了單獨的職責(zé)對象中,每個對象功能單一,要把整個流程處理完,需要很多的職責(zé)對象,會產(chǎn)生大量的細(xì)粒度職責(zé)對象。
不一定能處理:每個職責(zé)對象都只負(fù)責(zé)自己的部分,這樣就可以出現(xiàn)某個請求,即使把整個鏈走完,都沒有職責(zé)對象處理它。這就需要提供默認(rèn)處理,并且注意構(gòu)造鏈的有效性。
四、職責(zé)鏈模式的使用場景
1.如果有多個對象可以處理同一個請求,但是具體由哪個對象處理是由運(yùn)行時刻動態(tài)決定的,這種對象就可以使用職責(zé)鏈模式,把處理請求的對象實現(xiàn)成職責(zé)對象,然后構(gòu)造鏈,當(dāng)請求在這個鏈中傳遞的時候,會根據(jù)運(yùn)行狀態(tài)判斷。
2.在請求處理者不明確的情況下向多個對象中的一個提交請求。
3.需要動態(tài)指定處理一個請求的對象集合
五、職責(zé)鏈模式的實現(xiàn)
Handler類,定義一個處理請求的接口
//管理者--Handler類,定義一個處理請求的接口 abstract class Manager { protected string name; //管理者上級 protected Manager superior; public Manager(string name) { this.name = name; } //設(shè)置管理者上級---關(guān)鍵的方法 public void SetSuperior(Manager superior) { this.superior = superior; } abstract public void RequestApplications(Request request); }
具體處理類,處理它所負(fù)責(zé)的請求,可訪問它的后繼者,如果可處理就處理,否則請求轉(zhuǎn)到后繼者
//"經(jī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)的請假 if (request.RequestType == "請假" && request.Number <= 2) { Console.WriteLine("{0}:{1}數(shù)量{2}被批準(zhǔn)", name, request.RequestContent, request.Number); } else { //其他的申請都要轉(zhuǎn)到上級 if (superior != null) superior.RequestApplications(request); } } } //"總監(jiān)類"同樣繼承這個"管理者"類 //總監(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)的請假 if (request.RequestType == "請假" && request.Number <= 5) { Console.WriteLine("{0}:{1}數(shù)量{2}被批準(zhǔn)", name, request.RequestContent, request.Number); } else { //其他的申請都要轉(zhuǎn)到上級 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ù)的請假 if (request.RequestType == "請假") { 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}再說吧", name, request.RequestContent, request.Number); } } }
申請類
//申請 class Request { //申請類別 private string requestType; public string RequestType { get { return requestType; } set { requestType = value; } } //申請內(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è)置上級 jinli.SetSuperior(zongjian); zongjian.SetSuperior(zongjinli); Request request = new Request(); request.RequestType = "請假"; request.RequestContent = "XX請假"; request.Number = 1; jinli.RequestApplications(request); Request request2 = new Request(); request.RequestType = "加薪"; request.RequestContent = "XX加薪"; request.Number = 500; jinli.RequestApplications(request); Console.Read(); } }
六、總結(jié)
對于責(zé)任鏈中的一個處理者對象,有兩個行為。一是處理請求,二是將請求傳遞到下一節(jié)點,不允許某個處理者對象在處理了請求后又將請求傳送給上一個節(jié)點的情況。
對于一條責(zé)任鏈來說,一個請求最終只有兩種情況。一是被某個處理對象所處理,另一個是所有對象均未對其處理,對于前一種情況我們稱為純的責(zé)任鏈模式,后一種為不純的責(zé)任鏈。實際中大多為不純的責(zé)任鏈。
本篇文章就到這里了,希望能夠給你帶來幫助,也希望您能夠多多關(guān)注腳本之家的更多內(nèi)容!
//"經(jī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)的請假 if (request.RequestType == "請假" && request.Number <= 2) { Console.WriteLine("{0}:{1}數(shù)量{2}被批準(zhǔn)", name, request.RequestContent, request.Number); } else { //其他的申請都要轉(zhuǎn)到上級 if (superior != null) superior.RequestApplications(request); } } } //"總監(jiān)類"同樣繼承這個"管理者"類 //總監(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)的請假 if (request.RequestType == "請假" && request.Number <= 5) { Console.WriteLine("{0}:{1}數(shù)量{2}被批準(zhǔn)", name, request.RequestContent, request.Number); } else { //其他的申請都要轉(zhuǎn)到上級 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ù)的請假 if (request.RequestType == "請假") { 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}再說吧", name, request.RequestContent, request.Number); } } }
申請類
//申請 class Request { //申請類別 private string requestType; public string RequestType { get { return requestType; } set { requestType = value; } } //申請內(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è)置上級 jinli.SetSuperior(zongjian); zongjian.SetSuperior(zongjinli); Request request = new Request(); request.RequestType = "請假"; request.RequestContent = "XX請假"; request.Number = 1; jinli.RequestApplications(request); Request request2 = new Request(); request.RequestType = "加薪"; request.RequestContent = "XX加薪"; request.Number = 500; jinli.RequestApplications(request); Console.Read(); } }
六、總結(jié)
對于責(zé)任鏈中的一個處理者對象,有兩個行為。一是處理請求,二是將請求傳遞到下一節(jié)點,不允許某個處理者對象在處理了請求后又將請求傳送給上一個節(jié)點的情況。
對于一條責(zé)任鏈來說,一個請求最終只有兩種情況。一是被某個處理對象所處理,另一個是所有對象均未對其處理,對于前一種情況我們稱為純的責(zé)任鏈模式,后一種為不純的責(zé)任鏈。實際中大多為不純的責(zé)任鏈。
本篇文章就到這里了,希望能夠給你帶來幫助,也希望您能夠多多關(guān)注腳本之家的更多內(nèi)容!
相關(guān)文章
淺談SpringBoot內(nèi)嵌Tomcat的實現(xiàn)原理解析
這篇文章主要介紹了淺談SpringBoot內(nèi)嵌Tomcat的實現(xiàn)原理解析,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-12-12迅速學(xué)會@ConfigurationProperties的使用操作
這篇文章主要介紹了迅速學(xué)會@ConfigurationProperties的使用,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2021-10-10OpenFeign實現(xiàn)遠(yuǎn)程調(diào)用
這篇文章主要為大家詳細(xì)介紹了OpenFeign實現(xiàn)遠(yuǎn)程調(diào)用,文中示例代碼介紹的非常詳細(xì),具有一定的參考價值,感興趣的小伙伴們可以參考一下2022-08-08SpringBoot集成JWT實現(xiàn)登陸驗證的方法詳解
JSON?Web?Token(JWT)是一個開放的標(biāo)準(zhǔn)(RFC?7519),它定義了一個緊湊且自包含的方式,用于在各方之間以JSON對象安全地傳輸信息。本文將利用SpringBoot集成JWT實現(xiàn)登陸驗證,感興趣的可以了解一下2022-05-05