溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容介紹了“如何理解Java設計模式的職責鏈模式”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！
客戶端發出一個請求，鏈上的對象都有機會來處理這一請求，而客戶端不需要知道誰是具體的處理對象。這樣就實現了請求者和接受者之間的解耦，并且在客戶端可以實現動態的組合職責鏈。使編程更有靈活性。
定義：使多個對象都有機會處理請求，從而避免了請求的發送者和接受者之間的耦合關系。將這些對象連成一條鏈，并沿著這條鏈傳遞該請求，直到有對象處理它為止。其過程實際上是一個遞歸調用。
要點主要是：
1、有多個對象共同對一個任務進行處理。
2、這些對象使用鏈式存儲結構，形成一個鏈，每個對象知道自己的下一個對象。
3、一個對象對任務進行處理，可以添加一些操作后將對象傳遞個下一個任務。也可以在此對象上結束任務的處理，并結束任務。
4、客戶端負責組裝鏈式結構，但是客戶端不需要關心最終是誰來處理了任務。
責任鏈模式涉及到的角色如下所示：
抽象處理者(Handler)角色：定義出一個處理請求的接口。如果需要，接口可以定義 出一個方法以設定和返回對下家的引用。這個角色通常由一個Java抽象類或者Java接口實現。上圖中Handler類的聚合關系給出了具體子類對下家的引用，抽象方法handleRequest()規范了子類處理請求的操作。
具體處理者(ConcreteHandler)角色：具體處理者接到請求后，可以選擇將請求處理掉，或者將請求傳給下家。由于具體處理者持有對下家的引用，因此，如果需要，具體處理者可以訪問下家三、職責鏈模式的優缺點
優點：
職責鏈模式的最主要功能就是：動態組合，請求者和接受者解耦。
請求者和接受者松散耦合：請求者不需要知道接受者，也不需要知道如何處理。每個職責對象只負責自己的職責范圍，其他的交給后繼者。各個組件間完全解耦。
動態組合職責：職責鏈模式會把功能分散到單獨的職責對象中，然后在使用時動態的組合形成鏈，從而可以靈活的分配職責對象，也可以靈活的添加改變對象職責。
缺點：
產生很多細粒度的對象：因為功能處理都分散到了單獨的職責對象中，每個對象功能單一，要把整個流程處理完，需要很多的職責對象，會產生大量的細粒度職責對象。
不一定能處理：每個職責對象都只負責自己的部分，這樣就可以出現某個請求，即使把整個鏈走完，都沒有職責對象處理它。這就需要提供默認處理，并且注意構造鏈的有效性。
1.如果有多個對象可以處理同一個請求，但是具體由哪個對象處理是由運行時刻動態決定的，這種對象就可以使用職責鏈模式，把處理請求的對象實現成職責對象，然后構造鏈，當請求在這個鏈中傳遞的時候，會根據運行狀態判斷。
2.在請求處理者不明確的情況下向多個對象中的一個提交請求。
3.需要動態指定處理一個請求的對象集合
Handler類，定義一個處理請求的接口
//管理者--Handler類，定義一個處理請求的接口
abstract class Manager
{
protected string name;
//管理者上級
protected Manager superior;
public Manager(string name)
{
this.name = name;
}
//設置管理者上級---關鍵的方法
public void SetSuperior(Manager superior)
{
this.superior = superior;
}
abstract public void RequestApplications(Request request);
}具體處理類，處理它所負責的請求，可訪問它的后繼者，如果可處理就處理，否則請求轉到后繼者
客戶端發出一個請求，鏈上的對象都有機會來處理這一請求，而客戶端不需要知道誰是具體的處理對象。這樣就實現了請求者和接受者之間的解耦，并且在客戶端可以實現動態的組合職責鏈。使編程更有靈活性。
定義：使多個對象都有機會處理請求，從而避免了請求的發送者和接受者之間的耦合關系。將這些對象連成一條鏈，并沿著這條鏈傳遞該請求，直到有對象處理它為止。其過程實際上是一個遞歸調用。
要點主要是：
1、有多個對象共同對一個任務進行處理。
2、這些對象使用鏈式存儲結構，形成一個鏈，每個對象知道自己的下一個對象。
3、一個對象對任務進行處理，可以添加一些操作后將對象傳遞個下一個任務。也可以在此對象上結束任務的處理，并結束任務。
4、客戶端負責組裝鏈式結構，但是客戶端不需要關心最終是誰來處理了任務。
責任鏈模式涉及到的角色如下所示：
抽象處理者(Handler)角色：定義出一個處理請求的接口。如果需要，接口可以定義 出一個方法以設定和返回對下家的引用。這個角色通常由一個Java抽象類或者Java接口實現。上圖中Handler類的聚合關系給出了具體子類對下家的引用，抽象方法handleRequest()規范了子類處理請求的操作。
具體處理者(ConcreteHandler)角色：具體處理者接到請求后，可以選擇將請求處理掉，或者將請求傳給下家。由于具體處理者持有對下家的引用，因此，如果需要，具體處理者可以訪問下家三、職責鏈模式的優缺點
優點：
職責鏈模式的最主要功能就是：動態組合，請求者和接受者解耦。
請求者和接受者松散耦合：請求者不需要知道接受者，也不需要知道如何處理。每個職責對象只負責自己的職責范圍，其他的交給后繼者。各個組件間完全解耦。
動態組合職責：職責鏈模式會把功能分散到單獨的職責對象中，然后在使用時動態的組合形成鏈，從而可以靈活的分配職責對象，也可以靈活的添加改變對象職責。
缺點：
產生很多細粒度的對象：因為功能處理都分散到了單獨的職責對象中，每個對象功能單一，要把整個流程處理完，需要很多的職責對象，會產生大量的細粒度職責對象。
不一定能處理：每個職責對象都只負責自己的部分，這樣就可以出現某個請求，即使把整個鏈走完，都沒有職責對象處理它。這就需要提供默認處理，并且注意構造鏈的有效性。
1.如果有多個對象可以處理同一個請求，但是具體由哪個對象處理是由運行時刻動態決定的，這種對象就可以使用職責鏈模式，把處理請求的對象實現成職責對象，然后構造鏈，當請求在這個鏈中傳遞的時候，會根據運行狀態判斷。
2.在請求處理者不明確的情況下向多個對象中的一個提交請求。
3.需要動態指定處理一個請求的對象集合
Handler類，定義一個處理請求的接口
//管理者--Handler類，定義一個處理請求的接口
abstract class Manager
{
protected string name;
//管理者上級
protected Manager superior;
public Manager(string name)
{
this.name = name;
}
//設置管理者上級---關鍵的方法
public void SetSuperior(Manager superior)
{
this.superior = superior;
}
abstract public void RequestApplications(Request request);
}具體處理類，處理它所負責的請求，可訪問它的后繼者，如果可處理就處理，否則請求轉到后繼者
//"經理類"就可以去繼承這個"管理者"類，只需要重寫"申請請求"的方法就可以
//經理類
class CommonManager : Manager
{
public CommonManager(string name) : base(name) { }
public override void RequestApplications(Request request)
{
//經理的權限可批準下屬兩天內的請假
if (request.RequestType == "請假" && request.Number <= 2)
{
Console.WriteLine("{0}:{1}數量{2}被批準", name, request.RequestContent, request.Number);
}
else
{
//其他的申請都要轉到上級
if (superior != null)
superior.RequestApplications(request);
}
}
}
//"總監類"同樣繼承這個"管理者"類
//總監類
class Majordomo : Manager
{
public Majordomo(string name) : base(name) { }
public override void RequestApplications(Request request)
{
//總監的權限可批準下屬五天內的請假
if (request.RequestType == "請假" && request.Number <= 5)
{
Console.WriteLine("{0}:{1}數量{2}被批準", name, request.RequestContent, request.Number);
}
else
{
//其他的申請都要轉到上級
if (superior != null)
superior.RequestApplications(request);
}
}
}
//"總經理"的權限就是全部處理
//總監類
class GeneralManager : Manager
{
public GeneralManager(string name) : base(name) { }
public override void RequestApplications(Request request)
{
//總經理的權限可批準下屬任意天數的請假
if (request.RequestType == "請假")
{
Console.WriteLine("{0}:{1}數量{2}被批準", name, request.RequestContent, request.Number);
}
else if (request.RequestType == "加薪"&&request.Number<=500)
{
Console.WriteLine("{0}:{1}數量{2}被批準", name, request.RequestContent, request.Number);
}
else if (request.RequestType == "加薪" && request.Number > 500)
{
Console.WriteLine("{0}:{1}數量{2}再說吧", name, request.RequestContent, request.Number);
}
}
}申請類
//申請
class Request
{
//申請類別
private string requestType;
public string RequestType
{
get { return requestType; }
set { requestType = value; }
}
//申請內容
private string requestContent;
public string RequestContent
{
get { return requestContent; }
set { requestContent = value; }
}
//數量
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("王五");
//設置上級
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();
}
}對于責任鏈中的一個處理者對象，有兩個行為。一是處理請求，二是將請求傳遞到下一節點，不允許某個處理者對象在處理了請求后又將請求傳送給上一個節點的情況。
對于一條責任鏈來說，一個請求最終只有兩種情況。一是被某個處理對象所處理，另一個是所有對象均未對其處理，對于前一種情況我們稱為純的責任鏈模式，后一種為不純的責任鏈。實際中大多為不純的責任鏈。
本篇文章就到這里了，希望能夠給你帶來幫助，也希望您能夠多多關注億速云的更多內容！
//"經理類"就可以去繼承這個"管理者"類，只需要重寫"申請請求"的方法就可以
//經理類
class CommonManager : Manager
{
public CommonManager(string name) : base(name) { }
public override void RequestApplications(Request request)
{
//經理的權限可批準下屬兩天內的請假
if (request.RequestType == "請假" && request.Number <= 2)
{
Console.WriteLine("{0}:{1}數量{2}被批準", name, request.RequestContent, request.Number);
}
else
{
//其他的申請都要轉到上級
if (superior != null)
superior.RequestApplications(request);
}
}
}
//"總監類"同樣繼承這個"管理者"類
//總監類
class Majordomo : Manager
{
public Majordomo(string name) : base(name) { }
public override void RequestApplications(Request request)
{
//總監的權限可批準下屬五天內的請假
if (request.RequestType == "請假" && request.Number <= 5)
{
Console.WriteLine("{0}:{1}數量{2}被批準", name, request.RequestContent, request.Number);
}
else
{
//其他的申請都要轉到上級
if (superior != null)
superior.RequestApplications(request);
}
}
}
//"總經理"的權限就是全部處理
//總監類
class GeneralManager : Manager
{
public GeneralManager(string name) : base(name) { }
public override void RequestApplications(Request request)
{
//總經理的權限可批準下屬任意天數的請假
if (request.RequestType == "請假")
{
Console.WriteLine("{0}:{1}數量{2}被批準", name, request.RequestContent, request.Number);
}
else if (request.RequestType == "加薪"&&request.Number<=500)
{
Console.WriteLine("{0}:{1}數量{2}被批準", name, request.RequestContent, request.Number);
}
else if (request.RequestType == "加薪" && request.Number > 500)
{
Console.WriteLine("{0}:{1}數量{2}再說吧", name, request.RequestContent, request.Number);
}
}
}申請類
//申請
class Request
{
//申請類別
private string requestType;
public string RequestType
{
get { return requestType; }
set { requestType = value; }
}
//申請內容
private string requestContent;
public string RequestContent
{
get { return requestContent; }
set { requestContent = value; }
}
//數量
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("王五");
//設置上級
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();
}
}“如何理解Java設計模式的職責鏈模式”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
