【設計模式】——職責鏈模式

職責鏈模式(Chain of Responsibility)，使多個對象都有機會處理請求，從而避免請求的發送者和接受者之間的耦合關係。將這個對象連成一條鏈，並沿着這條鏈傳遞該請求，直到有一個對象處理它爲止。

#include <iostream>

using namespace std;
//Handler類，定義一個處理請示的接口
class Handler
{
protected:
    Handler *m_successor;
public:
    void SetSuccessor(Handler *successor)
    {
        this->m_successor=successor;
    }
    virtual void HandleRequest(int request)=0;
};
//ConcreteHandler類，具體處理者類，處理它所負責的請求，可訪問它的後繼者，若是可處理該請求，
//就處理之，不然就將該請求轉發給它的後繼者
//ConcreteHandler1，當請求者在0和10之間則有全處理，不然轉到下一位
class ConcreteHandler1:public Handler
{
public:
    void HandleRequest(int request)
    {
        if(request>=0&&request<10)
        {
            cout << "Handler1 can handle this request!" << endl;
        }
        else
        {
            cout << "Handler1 cannot handle this request!" << endl;
            this->m_successor->HandleRequest(request);
        }
    }
};
class ConcreteHandler2:public Handler
{
public:
    void HandleRequest(int request)
    {
        if(request>=10&&request<20)
        {
            cout << "Handler2 can handle this request!" << endl;
        }
        else
        {
            cout << "Handler2 cannot handle this request!" << endl;
            this->m_successor->HandleRequest(request);
        }
    }
};
class ConcreteHandler3:public Handler
{
public:
    void HandleRequest(int request)
    {
        if(request>=20&&request<30)
        {
            cout << "Handler3 can handle this request!" << endl;
        }
        else
        {
            cout << "Handler3 cannot handle this request!" << endl;
            this->m_successor->HandleRequest(request);
        }
    }
};
int main()
{
    Handler *h1=new ConcreteHandler1();
    Handler *h2=new ConcreteHandler2();
    Handler *h3=new ConcreteHandler3();
    h1->SetSuccessor(h2);
    h2->SetSuccessor(h3);
    int requests[]={2,5,14,22,18,3,27,20};
    for(int i=0;i<sizeof(requests)/sizeof(int);i++)
        h1->HandleRequest(requests[i]);
    return 0;
}

　　這當中最關鍵的是當客戶提交一個請求時，請求是沿鏈傳遞直至有一個ConcreteHandler對象負責處理它。這樣作的好處是說請求者不用關那個對象來處理，反正該請求會被處理就對了，就使得接收者和發送者都沒有對方的明確信息，且鏈中的對象本身並不知道鏈的結構。結果是職責鏈可簡化對象的相互鏈接，他們僅需保持一個指向其後繼者的引用，而不需保持它全部的候選接受者的引用。在客戶端來定義鏈的結構，就能夠隨時地增長或修改處理一個請求的結構。加強了給對象指派職責的靈活性。可是，一個請求極有可能到了鏈的末端都得不處處理，或者由於沒有正確配置而得不處處理，這就很糟糕了，須要事先考慮全面。