[设计模式]责任链模式(Chain of Resposibilty)

1.意图

       使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。

2.动机

       好比《大话设计模式上》的请求加薪,需要层层上交批准。这样的话请求者和响应请求者之间强耦合会生成很多判断语句。这里的目的就是要将提交请求的对象和可能提供解决措施的对象解耦。并且这样的方式可以随时修改处理一个请求的结构。增强了给对象指派职责的灵活性。

3.结构与参与者


4.效果

1)降低了耦合度

       该模式使得一个对象无需知道是哪一个对象处理其请求。对象只需知道该请求会被“正确”地处理。接收者和发送者都没有对方的明确信息,且链中的对象不需要知道链中的结构。

       结果是,职责链可简化对象的相互连接。它们仅需保持一耳光指向其后继者的引用,而不需保持它所有的候选接收者的引用。

2)增强了给对象指派职责的灵活性

       当在对象中分派职责时,职责链给你更多的灵活性。可以在运行时刻对该链进行动态的增加或修改来增加或改变处理一个请求的那些职责。也可以将这种机制与静态的特例化处理对象的继承机制结合起来使用。

3)不保证被接受

       既然一个请求没有明确的接收者,那么就不鞥保证它一定会被处理——该请求可能一直到链的末端都得不到处理。一个请求也可能因该链没有被正确配置而得不到处理。

5.实现
6.代码示例


#include <iostream>
#include <string>
#include <vector>
using namespace std;
//请求
class Request
{
public:
	string m_strContent;
	int m_nNumber;
};
//管理者
class Manager
{
protected:
	Manager* m_psuccessor;
	string m_sname;
public:
	Manager(string temp)
	{
		m_sname = temp;
	}
	void SetSuccessor(Manager* temp)
	{
		m_psuccessor = temp; 
	}
	virtual void GetRequest(Request* request) = 0;
};
//经理
class CommonManager : public Manager
{
public:
	CommonManager(string strTemp) : Manager(strTemp){}
	virtual void GetRequest(Request* request)
	{
		if ( request->m_nNumber>=0 && request->m_nNumber<10 )
		{
			cout<<m_sname<<"处理了"<<request->m_nNumber<<"个请求"<<endl;
		}
		else
		{
			m_psuccessor->GetRequest(request);
		}
	}
};
//总监
class MajorDomo : public Manager
{
public:
	MajorDomo(string name) : Manager(name){}
	
	virtual void GetRequest(Request* request)
	{
		if(request->m_nNumber>=10)
		{
			cout<<m_sname<<"处理了"<<request->m_nNumber<<"个请求"<<endl;
		}
	}
};
//客户端
int main()
{
	Manager * common = new CommonManager("经理");
	Manager * major = new MajorDomo("总监");
	
	common->SetSuccessor(major);
	
	Request* req = new Request();
	req->m_nNumber = 33;
	common->GetRequest(req);
	
	req->m_nNumber = 3;
	common->GetRequest(req);
	return 0;
}


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值