一、概述
職責鏈模式使多個對象都有機會處理請求,從而避免請求的發送者和接受者之間的耦合關係。將這個對象連成一條鏈,並沿着這條鏈傳遞該請求,直到有一個對象處理它爲止。
二、類圖
Handler一方面需要定義處理請求的方法,另一方面需要定義責任鏈的下一個繼任者(successor)。
ConcreteHandler類是具體處理者類,處理它所負責的請求,可訪問它的後繼者,如果可以處理該請求,就處理之,否則將該請求轉發給它的後繼者。
三、代碼示例
class Handler
{
public:
virtual void HandleRequest(int nRequest);
void SetSuccessor(Handler objSuccessor)
{
m_objSuccessor = objSuccessor;
}
private:
Handler m_objSuccessor;
};
class ConcreteHandler1 : public Handler
{
public:
virtual void HandleRequest(int nRequest)
{
if(nRequest >=0 && nRequest < 10)
{
cout<<"ConCretehandler1處理請求";
}
else
{
m_objSuccessor.HandleRequest(nRequest);
}
}
};
class ConcreteHandler2 : public Handler
{
public:
virtual void HandleRequest(int nRequest)
{
if(nRequest >= 10 && nRequest < 20)
{
cout<<"ConcreteHandler2處理請求";
}
else
{
m_objSuccessor.HandleRequest(nRequest);
}
}
};
void main()
{
Handler h1 = new ConcreteHandler1();
Handler h2 = new ConcreteHandler2();
h1.SetSuccessor(h2);
int[] request = {2,5,10,15};
foreach(int request in requests)
{
h1.HandleRequest(request);
}
}
四、職責鏈模式優點
當用戶提交一個請求時,請求時沿着鏈傳遞直至有一個ConcreteHandler對象負責處理它。接受者和發送者都沒有對方明確信息,鏈中的對象也不知道鏈的結構,這樣的職責鏈可以簡化對象的相互連接,它們僅需保持一個指向其後繼者的引用,而不需保持它所有的候選接受者的引用。
五、職責鏈模式缺點
鏈條過長的化,由於採用了類似遞歸的方式效率較低,而且調試比價複雜。