【设计模式】——职责链模式

职责链模式(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对象负责处理它。这样做的好处是说请求者不用关那个对象来处理，反正该请求会被处理就对了，就使得接收者和发送者都没有对方的明确信息，且链中的对象自己并不知道链的结构。结果是职责链可简化对象的相互连接，他们仅需保持一个指向其后继者的引用，而不需保持它所有的候选接受者的引用。在客户端来定义链的结构，就可以随时地增加或修改处理一个请求的结构。增强了给对象指派职责的灵活性。但是，一个请求极有可能到了链的末端都得不到处理，或者因为没有正确配置而得不到处理，这就很糟糕了，需要事先考虑全面。