23種設(shè)計(jì)模式+額外常用設(shè)計(jì)模式匯總 (持續(xù)更新）

問(wèn)題抽象

客戶端發(fā)出一個(gè)請(qǐng)求，會(huì)有很多對(duì)象都可以來(lái)處理這個(gè)請(qǐng)求，而且不同對(duì)象的處理邏輯是不一樣的。
對(duì)于客戶端而言，無(wú)所謂誰(shuí)來(lái)處理，反正有對(duì)象處理就可以了。而且在上述處理中,還希望處理流程是可以靈活變動(dòng)的，而處理請(qǐng)求的對(duì)象需要能方便地修改或者是被替換掉，以適應(yīng)新的業(yè)務(wù)功能的需要。

職責(zé)鏈模式

十多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求，從而避免請(qǐng)求的發(fā)送者和接收者之間的耦合關(guān)系。將這個(gè)對(duì)象連城一條鏈，并沿著這條鏈傳遞該請(qǐng)求，知道有一個(gè)對(duì)象處理它為止。

模式結(jié)構(gòu)

• 抽象處理者(Handler)角色
  定義出一個(gè)處理請(qǐng)求的接口。如果需要，接口可以定義出一個(gè)方法以設(shè)定和返回對(duì)下家的引用。這個(gè)角色通常由一個(gè)抽象類(lèi)或接口實(shí)現(xiàn)。

• 具體處理者(ConcreteHandler)角色
  具體處理者接到請(qǐng)求后，可以選擇將請(qǐng)求處理掉，或者將請(qǐng)求傳給下家。由于具體處理者持有對(duì)下家的引用，因此，如果需要，具體處理者司以訪問(wèn)下家。

處理過(guò)程

ConcreteHandler將自己的后繼對(duì)象(向下傳遞消息的對(duì)象)記錄在自己的后繼表中，當(dāng)一個(gè)請(qǐng)求到來(lái)時(shí)，ConcreteHandler會(huì)先檢查看自己有沒(méi)有匹配的處理程序，如果有就自己處理，否則傳遞給它的后繼。

職責(zé)鏈模式降低了請(qǐng)求的發(fā)送端和接收端之間的耦合，使多個(gè)對(duì)象都有機(jī)會(huì)處理這個(gè)請(qǐng)求。

優(yōu)點(diǎn)

請(qǐng)求者和接收者松散耦合
動(dòng)態(tài)組合職責(zé)

缺點(diǎn)

產(chǎn)生很多細(xì)粒度對(duì)象
不一定能被處理：需要提供默認(rèn)處理

本質(zhì)

分離職責(zé)，動(dòng)態(tài)組合，如果學(xué)習(xí)過(guò)狀態(tài)模式，可以理解為可以動(dòng)態(tài)設(shè)置轉(zhuǎn)移方向的狀態(tài)模式。

狀態(tài)模式是一個(gè)對(duì)象的內(nèi)在狀態(tài)發(fā)生改變，一個(gè)對(duì)象，相對(duì)比較穩(wěn)定，處理完一個(gè)對(duì)象下一個(gè)對(duì)象的處理一般都已確定
職責(zé)鏈模式過(guò)于靈話，在客戶端使用時(shí),需要環(huán)境去確定下一個(gè)對(duì)象是誰(shuí)，一些列的set操作…職責(zé)鏈模式是多個(gè)對(duì)象之間的改變，就會(huì)出現(xiàn)某個(gè)對(duì)象不存在的情景。

實(shí)現(xiàn)：
我們使用百度百科的一個(gè)例子：

//申請(qǐng) public class Request {//申請(qǐng)類(lèi)別private string requestType;public String getrequestType （）{ return requestType; }public void setrequestType （string requestType）{ this.requestType=requestType; }//申請(qǐng)內(nèi)容private string requestContent;public String getrequestContent （）{ return requestContent; }public void setrequestContent （string requestContent）{ this.requestContent=requestContent; }//數(shù)量private int number;public int Number{get { return number; }set { number = value; }} } //管理者--Handler類(lèi)，定義一個(gè)處理請(qǐng)求的接口 abstract public 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); } //"經(jīng)理類(lèi)"就可以去繼承這個(gè)"管理者"類(lèi)，只需要重寫(xiě)"申請(qǐng)請(qǐng)求"的方法就可以 //經(jīng)理類(lèi) public class CommonManager extends Manager {public CommonManager(string name) { super(name);}publicvoid 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)類(lèi)"同樣繼承這個(gè)"管理者"類(lèi) //總監(jiān)類(lèi) public class Majordomo extends Manager {public Majordomo(string name) { super(name);}public void RequestApplications(Request request){//總監(jiān)的權(quán)限可批準(zhǔn)下屬五天內(nèi)的請(qǐng)假if (request.RequestType == "請(qǐng)假" && request.Number <= 5){System.out.println( name+":"+ request.RequestContent+"數(shù)量"+request.Number+"被批準(zhǔn)");}else{//其他的申請(qǐng)都要轉(zhuǎn)到上級(jí)if (superior != null)superior.RequestApplications(request);}} } //"總經(jīng)理"的權(quán)限就是全部處理 //總監(jiān)類(lèi) public class GeneralManager extends Manager {public GeneralManager(string name) {super(name); }publicvoid RequestApplications(Request request){//總經(jīng)理的權(quán)限可批準(zhǔn)下屬任意天數(shù)的請(qǐng)假if (request.RequestType == "請(qǐng)假"){System.out.println( name+":"+ request.RequestContent+"數(shù)量"+request.Number+"被批準(zhǔn)");}else if (request.RequestType == "加薪"&&request.Number<=500){System.out.println( name+":"+ request.RequestContent+"數(shù)量"+request.Number+"被批準(zhǔn)");}else if (request.RequestType == "加薪" && request.Number > 500){System.out.println( name+":"+ request.RequestContent+"數(shù)量"+request.Number+"在說(shuō)吧");}} } public class Client {//客戶端代碼public 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);} }

總結(jié)

以上是生活随笔為你收集整理的『设计模式』职责链模式(Chain of Responsibility) 可怜的加薪、请假之路的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。