设计模式:可复用面向对象软件的基础_面向对象的可复用设计模式之责任链模式（14/24）...

责任链模式(Chain of responsibility pattern)可以为某个请求创建一个对象链，每个对象依序检查此请求并对其进行处理或者将它传给链中的下一个对象。

客户端发出一个请求，链上的对象都有机会来处理这一请求，而客户端不需要知道谁是具体的处理对象。这样就实现了请求者和接受者之间的解耦，并且在客户端可以实现动态的组合职责链。使编程更有灵活性。

责任链模式使多个对象都有机会处理请求，从而避免了请求的发送者和接受者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有对象处理它为止。其过程实际上是一个递归调用。

要点主要是：

① 有多个对象共同对一个任务进行处理。

② 这些对象使用链式存储结构，形成一个链，每个对象知道自己的下一个对象。

③ 一个对象对任务进行处理，可以添加一些操作后将对象传递个下一个任务。也可以在此对象上结束任务的处理，并结束任务。

④ 客户端负责组装链式结构，但是客户端不需要关心最终是谁来处理了任务。

在GOF的《设计模式:可复用面向对象软件的基础》一书中对职责链模式是这样说的：使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，直到有一个对象处理它为止；如下图：

对于每个角色，他们都有他们的职责；当我提交了休假申请时，项目经理需要判断，看看自己能否处理，如果休假超过了2 个小时，那么项目经理就不能处理了；项目经理将这个请求提交到项目主管，项目主管判断部门经理在不在，如果部门经理在，项目主管就不能处理了；最后，我的休假申请就到了部门经理那里了，由他亲自审批。可以很明显的看到，项目经理、项目主管和部门经理都有可能处理我的休假申请，我的请求沿着这条链一直走下去，直到有人处理了我的请求。

Handler：定义了一个处理请求的接口；其它类如果需要处理相同的请求，可以实现该接口就好了；

ConcreteHandler：处理它所负责的请求，如果可处理该请求，就处理掉这个请求；否则将该请求转发给它的下一个可以处理该请求的对象，所以它必须能访问它的下一个可以处理同样请求的对象；

Client：向处理对象提出具体的请求。

当客户提交一个请求时，请求沿着一条链传递，直至有一个ConcreteHandler对象负责处理它。

(项目经理PM→项目主管PS→部门主管DM)

#include 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 interfaceclass Manager{public:     virtual bool HandleRequest(HolidayRequest *pRequest) = 0;};// Project managerclass PM : public Manager{public:     PM(Manager *handler) : m_pHandler(handler){}     bool HandleRequest(HolidayRequest *pRequest)     {          if (pRequest->GetHour() <= 2 || m_pHandler == NULL)          {               cout<HandleRequest(pRequest);     }private:     Manager *m_pHandler;};// Department managerclass DM : public Manager{public:     DM(Manager *handler) : m_pHandler(handler){}     bool HandleRequest(HolidayRequest *pRequest)     {          cout<(m_pHandler);          if (pDM != NULL)          {               if (pDM->IsIn())               {                    return pDM->HandleRequest(pRequest);               }          }          cout<HandleRequest(pHolidayRequest);     SAFE_DELETE(pHolidayRequest);     pHolidayRequest = new HolidayRequest(2);     pPM->HandleRequest(pHolidayRequest);     SAFE_DELETE(pDM);     SAFE_DELETE(pPS);     SAFE_DELETE(pPM);     SAFE_DELETE(pHolidayRequest);}

Output:

DM said:OK. PM said:OK. 

1 职责链模式的使用场景

1.1 如果有多个对象可以处理同一个请求，但是具体由哪个对象处理是由运行时刻动态决定的，这种对象就可以使用职责链模式，把处理请求的对象实现成职责对象，然后构造链，当请求在这个链中传递的时候，会根据运行状态判断。

1.2 在请求处理者不明确的情况下向多个对象中的一个提交请求。

1.3 需要动态指定处理一个请求的对象集合

2 职责链模式的优缺点

2.1 优点

职责链模式的最主要功能就是：动态组合，请求者和接受者解耦。

请求者和接受者松散耦合：请求者不需要知道接受者，也不需要知道如何处理。每个职责对象只负责自己的职责范围，其他的交给后继者。各个组件间完全解耦。

动态组合职责：职责链模式会把功能分散到单独的职责对象中，然后在使用时动态的组合形成链，从而可以灵活的分配职责对象，也可以灵活的添加改变对象职责。

2.2 缺点

产生很多细粒度的对象：因为功能处理都分散到了单独的职责对象中，每个对象功能单一，要把整个流程处理完，需要很多的职责对象，会产生大量的细粒度职责对象。

不一定能处理：每个职责对象都只负责自己的部分，这样就可以出现某个请求，即使把整个链走完，都没有职责对象处理它。这就需要提供默认处理，并且注意构造链的有效性。

3 总结

职责链模式在实现时，需要处理好它的后继者的问题，就是说，如果我不处理这个请求，那么我将把这个请求发给谁去处理呢？同时，职责链模式在实现时，它的链的形状并不是由职责链本身建立和维护的，而是由客户进行创建的，由客户指定每一个处理者的后继者是谁。这就大大的提高了职责链的灵活性。在实际中，我们也可以将职责链模式与组合模式相结合，一个构件的父构件可以作为它的后继者。

对于责任链中的一个处理者对象，有两个行为。一是处理请求，二是将请求传递到下一节点，不允许某个处理者对象在处理了请求后又将请求传送给上一个节点的情况。

对于一条责任链来说，一个请求最终只有两种情况。一是被某个处理对象所处理，另一个是所有对象均未对其处理，对于前一种情况我们称为纯的责任链模式，后一种为不纯的责任链。实际中大多为不纯的责任链。

－End－