设计模式--职责链（Chain of Responsibility）

Chain of Responsibility

看一个例子：

• 网管接收帧的处理：

// 这个模式需要定义个公共接口，属于这条链里的对象，全部派生于它 class Poll { public: //这个构造函数实际上就是指定后继者 Poll(Poll* pPoll) { m_pSuccessor = pPoll; } void SetNextHandlePoll(Poll* pSuccessor) { m_pSuccessor = pSuccessor; } virtual void HandlerRequest(int FrmID); { if(m_pSuccessor) { m_pSuccessor->HandlerRequest(FrmID); } else //考虑各种情况，没有后继对象去处理，也要想办法 { cout<<"Unknown frame!"<<endl; system("PAUSE"); } } protected: Poll* m_pSuccessor; }; class AlarmPoll : public Poll { public: AlarmPoll(Poll* pPoll):Poll(pPoll){} virtual void HandlerRequest(int FrmID) { if(m_eAlmFrmId == FrmID) { cout<<"Proccessing alarm frame..."<<endl; system("PAUSE"); } else { //把公共操作转到基类去 //当然也可用_successor->HandleRequest(); //但是这样做，你想在处理的前后加点额外的行为就不方便了，要到每个派生类去修改 Poll::HandlerRequest(FrmID); } } private: enum{m_eAlmFrmId = 0x4041}; }; class OHPoll : public Poll { public: OHPoll(Poll* pPoll):Poll(pPoll){} virtual void HandlerRequest(int FrmID) { if(m_eOHFrmId == FrmID) { cout<<"Proccessing Overhead frame..."<<endl; system("PAUSE"); } else { Poll::HandlerRequest(FrmID); } } private: enum{m_eOHFrmId = 0x4049}; }; class DXCPoll : public Poll { public: DXCPoll(Poll* pPoll):Poll(pPoll){} virtual void HandlerRequest(int FrmID) { if(m_eDXCFrmId == FrmID) { cout<<"Proccessing DXC frame..."<<endl; system("PAUSE"); } else { Poll::HandlerRequest(FrmID); } } private: enum{m_eDXCFrmId = 0x8080}; };

注意，职责链的结构是在客户端里面动态指定的：

• 客户端程序

void main(int argc, char* argv[]) { //配置职责链 AlarmPoll AlmFrm(NULL); OHPoll OHFrm(&AlmFrm); DXCPoll DXCFrm(&OHFrm); DXCFrm.HandlerRequest(0x4041); }

职责链模式：使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理他为止。

可以通过修改上面的例子来说明，如果不用模式来写：

class AckProc { public: void HandlerRequest(int FrmID) { if(FrmID == m_eAlmFrmId) { cout<<"Proccessing Alarm frame..."<<endl; } else if(FrmID == m_eOHFrmId) { cout<<"Proccessing Overhead frame..."<<endl; } else if(FrmID == m_eDXCFrmId) { cout<<"Proccessing DXC frame..."<<endl; } else cout<<"Unknown frame..."<<endl; } private: enum{m_eAlmFrmId = 0x4041, m_eOHFrmId = 0x4049, m_eDXCFrmId = 0x8080}; } void main(int argc, char* argv[]) { AckProc AckFrm; AckFrm.HandlerRequest(0x4041); }

上面的处理类，就显得比较臃肿，而且在增加新类型的帧的时候还要再去对他添加else if的判断，去修改这个类，违背了类设计的开放-封闭原则。并且它的职责过多，既要解告警帧，又要解开销帧，还有以后加进来的帧。。。

总结一下职责链的优点和缺点：

1、降低耦合度 该模式使得一个对象无需知道是其他哪一个对象 处理其请求。对象仅需知道该请求会被“正确”地处理。接收者和发送者都没有对方的明确信息，且链中的对象不需要知道链的结构。 结果是，职责链可简化对象的相互连接。他们仅需要保持一个指向其后继者的引用，而不需保持它所有的候选接受者的引用。
2、增强了给对象指派职责的灵活性 当在对象中分派指责时，职责链给你更多的灵活性。你可以通过在运行时刻对该链进行动态的增加或者修改来增加或者改变处理一个请求的那些职责。你可以将这种机制与静态的特例化处理对象的继承机制结合起来使用。
3、不保证被接受 既然一个请求没有明确的接收者，那么久不能保证它一定会被处理，该请求可能一直到链的末端都得不到处理，一个请求也可能因该链没有被正确配置而得不到处理。