C++設(shè)計(jì)模式之職責(zé)鏈模式
前言
最近心情很差，因?yàn)樯?，因?yàn)楣ぷ?；所以想?qǐng)幾天假去麗江玩玩。就向項(xiàng)目經(jīng)理提交了休假申請(qǐng)，我的項(xiàng)目經(jīng)理向項(xiàng)目主管提交了我的休假申請(qǐng)，項(xiàng)目主管向部門經(jīng)理提交了我的休假申請(qǐng)；最后，部門經(jīng)理同意了我的休假申請(qǐng)。是的，一個(gè)簡(jiǎn)單的休假申請(qǐng)，需要這么復(fù)雜的流程，這也是一個(gè)公司保證它正常運(yùn)行的必要。如果部門經(jīng)理休假了，那么我的休假申請(qǐng)由誰審批呢？這個(gè)時(shí)候由項(xiàng)目主管代替部門經(jīng)理進(jìn)行審批。一個(gè)休假申請(qǐng)的審批制度有著嚴(yán)格的要求。而在處理這個(gè)請(qǐng)假審批時(shí)，各個(gè)人員就好比在一條鏈上的節(jié)點(diǎn)，我不知道我的請(qǐng)求由誰審批，但是，我的請(qǐng)求最終會(huì)有人來處理的。而這樣的一種行為，就好比我今天需要總結(jié)的職責(zé)鏈模式一樣。
什么是職責(zé)鏈模式？
在GOF的《設(shè)計(jì)模式:可復(fù)用面向?qū)ο筌浖幕A(chǔ)》一書中對(duì)職責(zé)鏈模式是這樣說的：使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求，從而避免請(qǐng)求的發(fā)送者和接收者之間的耦合關(guān)系。將這些對(duì)象連成一條鏈，直到有一個(gè)對(duì)象處理它為止；如下圖：
對(duì)于每個(gè)角色，他們都有他們的職責(zé)；當(dāng)我提交了休假申請(qǐng)時(shí)，項(xiàng)目經(jīng)理需要判斷，看看自己能否處理，如果休假超過了2個(gè)小時(shí)，那么項(xiàng)目經(jīng)理就不能處理了；項(xiàng)目經(jīng)理將這個(gè)請(qǐng)求提交到項(xiàng)目主管，項(xiàng)目主管判斷部門經(jīng)理在不在，如果部門經(jīng)理在，項(xiàng)目主管就不能處理了；最后，我的休假申請(qǐng)就到了部門經(jīng)理那里了，由他親自審批?？梢院苊黠@的看到，項(xiàng)目經(jīng)理、項(xiàng)目主管和部門經(jīng)理都有可能處理我的休假申請(qǐng)，我的請(qǐng)求沿著這條鏈一直走下去，直到有人處理了我的請(qǐng)求。
UML類圖
Handler：定義了一個(gè)處理請(qǐng)求的接口；其它類如果需要處理相同的請(qǐng)求，可以實(shí)現(xiàn)該接口就好了；
ConcreteHandler：處理它所負(fù)責(zé)的請(qǐng)求，如果可處理該請(qǐng)求，就處理掉這個(gè)請(qǐng)求；否則將該請(qǐng)求轉(zhuǎn)發(fā)給它的下一個(gè)可以處理該請(qǐng)求的對(duì)象，所以它必須能訪問它的下一個(gè)可以處理同樣請(qǐng)求的對(duì)象；
Client：向處理對(duì)象提出具體的請(qǐng)求。
當(dāng)客戶提交一個(gè)請(qǐng)求時(shí)，請(qǐng)求沿著一條鏈傳遞，直至有一個(gè)ConcreteHandler對(duì)象負(fù)責(zé)處理它。
使用場(chǎng)合
1.有多個(gè)的對(duì)象可以處理一個(gè)請(qǐng)求，由哪個(gè)對(duì)象處理該請(qǐng)求是在運(yùn)行時(shí)刻自動(dòng)確定的；
2.如果想在不明確指定接收者的情況下，向多個(gè)對(duì)象中的一個(gè)提交一個(gè)請(qǐng)求；
3.可以處理一個(gè)請(qǐng)求的對(duì)象集合應(yīng)被動(dòng)態(tài)指定。
代碼實(shí)現(xiàn)
#include <iostream>
using namespace std;
#define SAFE_DELETE(p) if (p) { delete p; p = NULL; }
class HolidayRequest
{
public:
HolidayRequest(int hour) : m_iHour(hour){}
int GetHour() { return m_iHour; }
private:
int m_iHour;
};
// The holiday request handler interface
class Manager
{
public:
virtual bool HandleRequest(HolidayRequest *pRequest) = 0;
};
// Project manager
class PM : public Manager
{
public:
PM(Manager *handler) : m_pHandler(handler){}
bool HandleRequest(HolidayRequest *pRequest)
{
if (pRequest->GetHour() <= 2 || m_pHandler == NULL)
{
cout<<"PM said:OK."<<endl;
return true;
}
return m_pHandler->HandleRequest(pRequest);
}
private:
Manager *m_pHandler;
};
// Department manager
class DM : public Manager
{
public:
DM(Manager *handler) : m_pHandler(handler){}
bool HandleRequest(HolidayRequest *pRequest)
{
cout<<"DM said:OK."<<endl;
return true;
}
// The department manager is in?
bool IsIn()
{
return true;
}
private:
Manager *m_pHandler;
};
// Project supervisor
class PS : public Manager
{
public:
PS(Manager *handler) : m_pHandler(handler){}
bool HandleRequest(HolidayRequest *pRequest)
{
DM *pDM = dynamic_cast<DM *>(m_pHandler);
if (pDM != NULL)
{
if (pDM->IsIn())
{
return pDM->HandleRequest(pRequest);
}
}
cout<<"PS said:OK."<<endl;
return true;
}
private:
Manager *m_pHandler;
};
int main()
{
DM *pDM = new DM(NULL);
PS *pPS = new PS(pDM);
PM *pPM = new PM(pPS);
HolidayRequest *pHolidayRequest = new HolidayRequest(10);
pPM->HandleRequest(pHolidayRequest);
SAFE_DELETE(pHolidayRequest);
pHolidayRequest = new HolidayRequest(2);
pPM->HandleRequest(pHolidayRequest);
SAFE_DELETE(pDM);
SAFE_DELETE(pPS);
SAFE_DELETE(pPM);
SAFE_DELETE(pHolidayRequest);
}
優(yōu)缺點(diǎn)
1.降低耦合度；職責(zé)鏈模式使得一個(gè)對(duì)象不用知道是哪一個(gè)對(duì)象處理它的請(qǐng)求。對(duì)象僅需要知道該請(qǐng)求會(huì)被正確的處理。接收者和發(fā)送者都沒有對(duì)方的明確的信息，且鏈中的對(duì)象不需要知道鏈的結(jié)構(gòu)；
2.增強(qiáng)了給對(duì)象指派職責(zé)的靈活性；當(dāng)在對(duì)象中分派職責(zé)時(shí)，職責(zé)鏈給你更多的靈活性。你可以通過在運(yùn)行時(shí)對(duì)該鏈進(jìn)行動(dòng)態(tài)的增加或修改來增加或改變處理一個(gè)請(qǐng)求的那些職責(zé)；
3.不保證被接受，既然一個(gè)請(qǐng)求沒有明確的接收者，那么就不能保證它一定會(huì)被處理；該請(qǐng)求可能一直到鏈的末端都得不到處理。一個(gè)請(qǐng)求也可能因該鏈沒有被正確配置而得不到處理。
總結(jié)
職責(zé)鏈模式在實(shí)現(xiàn)時(shí)，需要處理好它的后繼者的問題，就是說，如果我不處理這個(gè)請(qǐng)求，那么我將把這個(gè)請(qǐng)求發(fā)給誰去處理呢？同時(shí)，職責(zé)鏈模式在實(shí)現(xiàn)時(shí)，它的鏈的形狀并不是由職責(zé)鏈本身建立和維護(hù)的，而是由客戶進(jìn)行創(chuàng)建的，由客戶指定每一個(gè)處理者的后繼者是誰。這就大大的提高了職責(zé)鏈的靈活性。在實(shí)際中，我們也可以將職責(zé)鏈模式與組合模式相結(jié)合，一個(gè)構(gòu)件的父構(gòu)件可以作為它的后繼者。
相關(guān)文章
這篇文章主要為大家介紹了Pthread?并發(fā)編程線程自底向上深入解析，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2022-11-11
這篇文章通過圖文并茂的形式給大家介紹VisualStudio2010安裝教程，在日常開發(fā)中是必不可少的搭建過程，感興趣的朋友跟隨小編一起看看吧2021-11-11
這篇文章主要為大家介紹了如何利用C++實(shí)現(xiàn)簡(jiǎn)單的精靈游戲，文中的示例代碼講解詳細(xì)，有一定的參考價(jià)值，感興趣的小伙伴可以了解一下2022-06-06
這篇文章主要介紹了C語言中操作密碼文件的一些函數(shù)總結(jié),包括setpwent()函數(shù)和getpwent()函數(shù)以及endpwent()函數(shù),需要的朋友可以參考下2015-08-08
C語言中strlen() strcpy() strcat() strcmp()函數(shù)的實(shí)現(xiàn)方法
這篇文章主要介紹了C語言中strlen() strcpy() strcat() strcmp()函數(shù)的實(shí)現(xiàn)方法,需要的朋友可以參考下2017-08-08
冒泡排序是一種簡(jiǎn)單的排序算法，它也是一種穩(wěn)定排序算法。其實(shí)現(xiàn)原理是重復(fù)掃描待排序序列，并比較每一對(duì)相鄰的元素，當(dāng)該對(duì)元素順序不正確時(shí)進(jìn)行交換。一直重復(fù)這個(gè)過程，直到?jīng)]有任何兩個(gè)相鄰元素可以交換，就表明完成了排序2022-04-04
C語言練習(xí)題:自由落體的小球簡(jiǎn)單實(shí)例
下面小編就為大家?guī)硪黄狢語言練習(xí)題:自由落體的小球簡(jiǎn)單實(shí)例。小編覺得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考，一起跟隨小編過來看看吧2016-05-05
Qt項(xiàng)目實(shí)戰(zhàn)之方塊游戲的實(shí)現(xiàn)
這篇文章主要為大家詳細(xì)介紹了如何利用Qt實(shí)現(xiàn)簡(jiǎn)易的方塊游戲，文中的示例代碼講解詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴可以了解一下2023-03-03
今天小編就為大家分享一篇關(guān)于C++類的分離式寫法介紹示例，小編覺得內(nèi)容挺不錯(cuò)的，現(xiàn)在分享給大家，具有很好的參考價(jià)值，需要的朋友一起跟隨小編來看看吧2018-12-12
數(shù)據(jù)結(jié)構(gòu)與算法 排序（冒泡，選擇，插入）
這篇文章主要介紹了數(shù)據(jù)結(jié)構(gòu)與算法 排序（冒泡，選擇，插入）的相關(guān)資料,這里對(duì)冒泡，選擇和插入都做有實(shí)例，需要的朋友可以參考下2017-07-07