深入理解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.如果有多個對象可以處理同一個請求,但是具體由哪個對象處理是由運行時刻動態(tài)決定的,這種對象就可以使用職責(zé)鏈模式,把處理請求的對象實現(xiàn)成職責(zé)對象,然后構(gòu)造鏈,當(dāng)請求在這個鏈中傳遞的時候,會根據(jù)運行狀態(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.如果有多個對象可以處理同一個請求,但是具體由哪個對象處理是由運行時刻動態(tài)決定的,這種對象就可以使用職責(zé)鏈模式,把處理請求的對象實現(xiàn)成職責(zé)對象,然后構(gòu)造鏈,當(dāng)請求在這個鏈中傳遞的時候,會根據(jù)運行狀態(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)文章
Java 處理圖片與base64 編碼的相互轉(zhuǎn)換的示例
本篇文章主要介紹了Java 處理圖片與base64 編碼的相互轉(zhuǎn)換的示例,具有一定的參考價值,有興趣的可以了解一下2017-08-08
@EnableWebMvc介紹和使用詳細(xì)demo(最新推薦)
@EnableWebMvc是SpringMVC的一個注解,用于啟用SpringMVC框架的基本功能,它通常用于需要自定義SpringMVC配置或禁用SpringBoot自動配置的場景,本文給大家介紹了@EnableWebMvc介紹和使用詳細(xì)demo,感興趣的朋友一起看看吧2025-01-01

