C++设计模式之职责链模式
前言
最近心情很差,因为生活,因为工作;所以想请几天假去丽江玩玩。就向项目经理提交了休假申请,我的项目经理向项目主管提交了我的休假申请,项目主管向部门经理提交了我的休假申请;最后,部门经理同意了我的休假申请。是的,一个简单的休假申请,需要这么复杂的流程,这也是一个公司保证它正常运行的必要。如果部门经理休假了,那么我的休假申请由谁审批呢?这个时候由项目主管代替部门经理进行审批。一个休假申请的审批制度有着严格的要求。而在处理这个请假审批时,各个人员就好比在一条链上的节点,我不知道我的请求由谁审批,但是,我的请求最终会有人来处理的。而这样的一种行为,就好比我今天需要总结的职责链模式一样。
什么是职责链模式?
在GOF的《设计模式:可复用面向对象软件的基础》一书中对职责链模式是这样说的:使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链,直到有一个对象处理它为止;如下图:
对于每个角色,他们都有他们的职责;当我提交了休假申请时,项目经理需要判断,看看自己能否处理,如果休假超过了2个小时,那么项目经理就不能处理了;项目经理将这个请求提交到项目主管,项目主管判断部门经理在不在,如果部门经理在,项目主管就不能处理了;最后,我的休假申请就到了部门经理那里了,由他亲自审批。可以很明显的看到,项目经理、项目主管和部门经理都有可能处理我的休假申请,我的请求沿着这条链一直走下去,直到有人处理了我的请求。
UML类图
Handler:定义了一个处理请求的接口;其它类如果需要处理相同的请求,可以实现该接口就好了;
ConcreteHandler:处理它所负责的请求,如果可处理该请求,就处理掉这个请求;否则将该请求转发给它的下一个可以处理该请求的对象,所以它必须能访问它的下一个可以处理同样请求的对象;
Client:向处理对象提出具体的请求。
当客户提交一个请求时,请求沿着一条链传递,直至有一个ConcreteHandler对象负责处理它。
使用场合
1.有多个的对象可以处理一个请求,由哪个对象处理该请求是在运行时刻自动确定的;
2.如果想在不明确指定接收者的情况下,向多个对象中的一个提交一个请求;
3.可以处理一个请求的对象集合应被动态指定。
代码实现
#include <iostream>
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 interface
class Manager
{
public:
virtual bool HandleRequest(HolidayRequest *pRequest) = 0;
};
// Project manager
class PM : public Manager
{
public:
PM(Manager *handler) : m_pHandler(handler){}
bool HandleRequest(HolidayRequest *pRequest)
{
if (pRequest->GetHour() <= 2 || m_pHandler == NULL)
{
cout<<"PM said:OK."<<endl;
return true;
}
return m_pHandler->HandleRequest(pRequest);
}
private:
Manager *m_pHandler;
};
// Department manager
class DM : public Manager
{
public:
DM(Manager *handler) : m_pHandler(handler){}
bool HandleRequest(HolidayRequest *pRequest)
{
cout<<"DM said:OK."<<endl;
return true;
}
// The department manager is in?
bool IsIn()
{
return true;
}
private:
Manager *m_pHandler;
};
// Project supervisor
class PS : public Manager
{
public:
PS(Manager *handler) : m_pHandler(handler){}
bool HandleRequest(HolidayRequest *pRequest)
{
DM *pDM = dynamic_cast<DM *>(m_pHandler);
if (pDM != NULL)
{
if (pDM->IsIn())
{
return pDM->HandleRequest(pRequest);
}
}
cout<<"PS said:OK."<<endl;
return true;
}
private:
Manager *m_pHandler;
};
int main()
{
DM *pDM = new DM(NULL);
PS *pPS = new PS(pDM);
PM *pPM = new PM(pPS);
HolidayRequest *pHolidayRequest = new HolidayRequest(10);
pPM->HandleRequest(pHolidayRequest);
SAFE_DELETE(pHolidayRequest);
pHolidayRequest = new HolidayRequest(2);
pPM->HandleRequest(pHolidayRequest);
SAFE_DELETE(pDM);
SAFE_DELETE(pPS);
SAFE_DELETE(pPM);
SAFE_DELETE(pHolidayRequest);
}
优缺点
1.降低耦合度;职责链模式使得一个对象不用知道是哪一个对象处理它的请求。对象仅需要知道该请求会被正确的处理。接收者和发送者都没有对方的明确的信息,且链中的对象不需要知道链的结构;
2.增强了给对象指派职责的灵活性;当在对象中分派职责时,职责链给你更多的灵活性。你可以通过在运行时对该链进行动态的增加或修改来增加或改变处理一个请求的那些职责;
3.不保证被接受,既然一个请求没有明确的接收者,那么就不能保证它一定会被处理;该请求可能一直到链的末端都得不到处理。一个请求也可能因该链没有被正确配置而得不到处理。
总结
职责链模式在实现时,需要处理好它的后继者的问题,就是说,如果我不处理这个请求,那么我将把这个请求发给谁去处理呢?同时,职责链模式在实现时,它的链的形状并不是由职责链本身建立和维护的,而是由客户进行创建的,由客户指定每一个处理者的后继者是谁。这就大大的提高了职责链的灵活性。在实际中,我们也可以将职责链模式与组合模式相结合,一个构件的父构件可以作为它的后继者。
上一篇:C++中的类型转换static_cast、dynamic_cast、const_cast和reinterpret_cas
栏 目:C语言
下一篇:C++设计模式之原型模式
本文标题:C++设计模式之职责链模式
本文地址:https://www.xiuzhanwang.com/a1/Cyuyan/3308.html
您可能感兴趣的文章
- 04-02c语言没有round函数 round c语言
- 01-10深入理解C++中常见的关键字含义
- 01-10使用C++实现全排列算法的方法详解
- 01-10APUE笔记之:进程环境详解
- 01-10c++中inline的用法分析
- 01-10用C++实现DBSCAN聚类算法
- 01-10全排列算法的非递归实现与递归实现的方法(C++)
- 01-10C++大数模板(推荐)
- 01-10浅谈C/C++中的static与extern关键字的使用详解
- 01-10深入C/C++浮点数在内存中的存储方式详解
阅读排行
本栏相关
- 04-02c语言函数调用后清空内存 c语言调用
- 04-02func函数+在C语言 func函数在c语言中
- 04-02c语言的正则匹配函数 c语言正则表达
- 04-02c语言用函数写分段 用c语言表示分段
- 04-02c语言中对数函数的表达式 c语言中对
- 04-02c语言编写函数冒泡排序 c语言冒泡排
- 04-02c语言没有round函数 round c语言
- 04-02c语言分段函数怎么求 用c语言求分段
- 04-02C语言中怎么打出三角函数 c语言中怎
- 04-02c语言调用函数求fibo C语言调用函数求
随机阅读
- 01-10C#中split用法实例总结
- 01-10delphi制作wav文件的方法
- 08-05DEDE织梦data目录下的sessions文件夹有什
- 01-11Mac OSX 打开原生自带读写NTFS功能(图文
- 08-05织梦dedecms什么时候用栏目交叉功能?
- 04-02jquery与jsp,用jquery
- 01-10SublimeText编译C开发环境设置
- 01-10使用C语言求解扑克牌的顺子及n个骰子
- 01-11ajax实现页面的局部加载
- 08-05dedecms(织梦)副栏目数量限制代码修改