大话设计模式24----职责链模式

大话设计模式


1 职责链模式(Chain Of Responsibility)结构图





2 对职责链模式的一些解释


概念:使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它位置。【DP】。

Handler类:定义一个处理请示的接口
class Handler
{
protected:
	Handler *sucessor;

public:
	//设置继任者
	void SetSucessor(Handler *sucessor)
	{
		this->sucessor = sucessor;
	}

	//处理请求的抽象方法
	virtual void HandRequest(int request) = 0;
};

ConcreteHandler类,具体处理者类,处理它所负责的请求,可访问它的后继者,如果可处理该请求,就处理之,否则就将该请求转发给它的后继者。

ConcreteHandler1类,处理0到10之间的请求,否则转到下一位:
class ConcreteHandler1 :public Handler
{
public:
	void HandRequest(int request) override
	{
		if (request >= 0 && request < 10)
		{//0到10的请求在此处理
			cout << "处理请求" << endl;
		}
		else if (sucessor!=nullptr)
		{//转移到下一位
			sucessor->HandRequest(request);
		}
	}
};

ConcreteHandler2类,处理10到20之间的请求,否则转到下一位:
class ConcreteHandler2 :public Handler
{
public:
	void HandRequest(int request) override
	{
		if (request >=10 && request < 20)
		{//0到10的请求在此处理
			cout << "处理请求" << endl;
		}
		else if (sucessor != nullptr)
		{//转移到下一位
			sucessor->HandRequest(request);
		}
	}
};

ConcreteHandler3类,处理20到30之间的请求,否则转到下一位:
class ConcreteHandler3 :public Handler
{
public:
	void HandRequest(int request) override
	{
		if (request >= 20 && request < 30)
		{//0到10的请求在此处理
			cout << "处理请求" << endl;
		}
		else if (sucessor != nullptr)
		{//转移到下一位
			sucessor->HandRequest(request);
		}
	}
};

客户端Client
int main()
{
	Handler *hand1 = new ConcreteHandler1();
	Handler *hand2 = new ConcreteHandler2();
	Handler *hand3 = new ConcreteHandler3();

	hand1->SetSucessor(hand2);
	hand2->SetSucessor(hand3);

	hand1->HandRequest(28);

	return 0;
}

职责链模式最关键的是当客户提交一个请求时,请求时沿链传递直至有一个ConcreteHandler对象负责处理它【DP】。这就使得 接受者和发送者都没有对方的明确信息,且链中的对象自己也不知道链的结构。(而状态模式中各个类都知道下一级和上一级结构,不需要客户端做出判断,只需向Context中提交此时状态就可以得到处理,而职责链需要客户端设置链的层次)结构式职责链可以简化对象的相互连接,它们仅需保持一个指向其后继者的引用,而不需要保持它所有的候选接受者【DP】,这也就大大的降低偶尔度了。由于是在客户端来定义链的结构,可以随时地增加或修改处理一个请求的结构。增强了给对象指派职责的灵活性。

3 C++源代码实现:加薪


3.1 代码结构图




3.2 C++源代码

#include<iostream>
#include<string>

using namespace std;

class Request
{
private:
	string requestType;//申请类别
	string requestContent;//申请内容
	int num;//申请数量

public:
	void setRequestType(const string &type)
	{
		this->requestType = type;
	}

	const string &getRequestType()
	{
		return this->requestType;
	}

	void setRequestContent(const string &content)
	{
		this->requestContent = content;
	}

	const string &getRequestContent()
	{
		return this->requestContent;
	}

	void setNumber(const int &num)
	{
		this->num = num;
	}

	const int &getNum()
	{
		return this->num;
	}
};


//职务抽象接口
class Manager
{
protected:
	string name;
	Manager *superior;

public:
	Manager(string name)
	{
		this->name = name;
	}
	void setSuperior(Manager *superior)//设置上级
	{
		this->superior = superior;
	}
	virtual void requestHandler(Request *request) = 0;//处理请求
};

//经理
class CommonManager :public Manager
{
public:
	CommonManager(string name) :Manager(name){}

	void requestHandler(Request *request) override
	{
		if (request->getRequestType() == "加薪" && request->getNum() < 100)
		{
			cout << name << "  " << request->getRequestContent() << request->getNum() << ", 被批准" << endl;
		}
		else
		{
			if (request != nullptr)
			{
				this->superior->requestHandler(request);
			}
		}
	}
};

//总监
class MajorManager :public Manager
{
public:
	MajorManager(string name) :Manager(name){}

	void requestHandler(Request *request)
	{
		if (request->getRequestType() == "加薪" && request->getNum() < 500)
		{
			cout << name << "  " << request->getRequestContent() << request->getNum() << ", 被批准" << endl;
		}
		else
		{
			if (request != nullptr)
			{
				this->superior->requestHandler(request);
			}
		}
	}
};

//总经理
class GeneralManager :public Manager
{
public:
	GeneralManager(string name) :Manager(name){}

	void requestHandler(Request *request)
	{
		if (request->getRequestType() == "加薪" && request->getNum() < 1000)
		{
			cout << name << "  " << request->getRequestContent() << request->getNum() << ", 被批准" << endl;
		}
		else
		{
			cout << name << "  " << request->getRequestContent() << request->getNum() << ", 不被批准" << endl;
		}
	}
};

int main()
{
	Manager *jingli = new CommonManager("经理");
	Manager *zongjian = new MajorManager("总监");
	Manager *zongjingli = new GeneralManager("总经理");

	jingli->setSuperior(zongjian);
	zongjian->setSuperior(zongjingli);

	Request *request = new Request();
	request->setNumber(50);
	request->setRequestType("加薪");
	request->setRequestContent("小菜请求加薪");
	jingli->requestHandler(request);

	request->setNumber(200);
	jingli->requestHandler(request);

	request->setNumber(600);
	jingli->requestHandler(request);

	request->setNumber(1200);
	jingli->requestHandler(request);

	system("pause");
	return 0;
}

运行结果:
经理  小菜请求加薪50, 被批准
总监  小菜请求加薪200, 被批准
总经理  小菜请求加薪600, 被批准
总经理  小菜请求加薪1200, 不被批准
请按任意键继续. . .




以下内容引自<http://blog.csdn.net/zhengzhb/article/details/7568676>,转载请注明出处!!!


卡奴达摩----责任链模式




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

类型:行为类模式

类图

先来看一段代码:
public void test(int i, Request request){
	if(i==1){
		Handler1.response(request);
	}else if(i == 2){
		Handler2.response(request);
	}else if(i == 3){
		Handler3.response(request);
	}else if(i == 4){
		Handler4.response(request);
	}else{
		Handler5.response(request);
	}
}

代码的业务逻辑是这样的,方法有两个参数:整数i和一个请求request,根据i的值来决定由谁来处理request,如果i==1,由Handler1来处理,如果i==2,由Handler2来处理,以此类推。在编程中,这种处理业务的方法非常常见,所有处理请求的类有if…else…条件判断语句连成一条责任链来对请求进行处理,相信大家都经常用到。这种方法的优点是非常直观,简单明了,并且比较容易维护,但是这种方法也存在着几个比较令人头疼的问题:
  • 代码臃肿:实际应用中的判定条件通常不是这么简单地判断是否为1或者是否为2,也许需要复杂的计算,也许需要查询数据库等等,这就会有很多额外的代码,如果判断条件再比较多,那么这个if…else…语句基本上就没法看了。
  • 耦合度高:如果我们想继续添加处理请求的类,那么就要继续添加else if判定条件;另外,这个条件判定的顺序也是写死的,如果想改变顺序,那么也只能修改这个条件语句。
既然缺点我们已经清楚了,就要想办法来解决。这个场景的业务逻辑很简单:如果满足条件1,则由Handler1来处理,不满足则向下传递;如果满足条件2,则由Handler2来处理,不满足则继续向下传递,以此类推,直到条件结束。其实改进的方法也很简单,就是把判定条件的部分放到处理类中,这就是责任连模式的原理。

责任连模式的结构
责任连模式的类图非常简单,它由一个抽象地处理类和它的一组实现类组成:
  • 抽象处理类:抽象处理类中主要包含一个指向下一处理类的成员变量nextHandler和一个处理请求的方法handRequest,handRequest方法的主要主要思想是,如果满足处理的条件,则有本处理类来进行处理,否则由nextHandler来处理。
  • 具体处理类:具体处理类主要是对具体的处理逻辑和处理的适用条件进行实现。
了解了责任连模式的大体思想之后,再看代码就比较好理解了:
class Level {
	private int level = 0;
	public Level(int level){
		this.level = level;
	};
	
	public boolean above(Level level){
		if(this.level >= level.level){
			return true;
		}
		return false;
	}
}

class Request {
	Level level;
	public Request(Level level){
		this.level = level;
	}
	
	public Level getLevel(){
		return level;
	}
}

class Response {

}

abstract class Handler {
	private Handler nextHandler;	
	public final Response handleRequest(Request request){
		Response response = null;
		
		if(this.getHandlerLevel().above(request.getLevel())){
			response = this.response(request);
		}else{
			if(this.nextHandler != null){
				this.nextHandler.handleRequest(request);
			}else{
				System.out.println("-----没有合适的处理器-----");
			}
		}
		return response;
	}
	public void setNextHandler(Handler handler){
		this.nextHandler = handler;
	}
	protected abstract Level getHandlerLevel();
	public abstract Response response(Request request);
}

class ConcreteHandler1 extends Handler {
	protected Level getHandlerLevel() {
		return new Level(1);
	}
	public Response response(Request request) {
		System.out.println("-----请求由处理器1进行处理-----");
		return null;
	}
}

class ConcreteHandler2 extends Handler {
	protected Level getHandlerLevel() {
		return new Level(3);
	}
	public Response response(Request request) {
		System.out.println("-----请求由处理器2进行处理-----");
		return null;
	}
}

class ConcreteHandler3 extends Handler {
	protected Level getHandlerLevel() {
		return new Level(5);
	}
	public Response response(Request request) {
		System.out.println("-----请求由处理器3进行处理-----");
		return null;
	}
}

public class Client {
	public static void main(String[] args){
		Handler handler1 = new ConcreteHandler1();
		Handler handler2 = new ConcreteHandler2();
		Handler handler3 = new ConcreteHandler3();

		handler1.setNextHandler(handler2);
		handler2.setNextHandler(handler3);
		
		Response response = handler1.handleRequest(new Request(new Level(4)));
	}
}

代码中Level类是模拟判定条件;Request,Response分别对应请求和响应;抽象类Handler中主要进行条件的判断,这里模拟一个处理等级,只有处理类的处理等级高于Request的等级才能处理,否则交给下一个处理者处理。在Client类中设置好链的前后执行关系,执行时将请求交给第一个处理类,这就是责任连模式,它完成的功能与前文中的if…else…语句是一样的。

责任链模式的优缺点
责任链模式与if…else…相比,他的耦合性要低一些,因为它把条件判定都分散到了各个处理类中,并且这些处理类的优先处理顺序可以随意设定。责任链模式也有缺点,这与if…else…语句的缺点是一样的,那就是在找到正确的处理类之前,所有的判定条件都要被执行一遍,当责任链比较长时,性能问题比较严重。

责任链模式的适用场景
就像开始的例子那样,假如使用if…else…语句来组织一个责任链时感到力不从心,代码看上去很糟糕时,就可以使用责任链模式来进行重构。

总结
责任链模式其实就是一个灵活版的if…else…语句,它就是将这些判定条件的语句放到了各个处理类中,这样做的优点是比较灵活了,但同样也带来了风险,比如设置处理类前后关系时,一定要特别仔细,搞对处理类前后逻辑的条件判断关系,并且注意不要在链中出现 循环引用的问题。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值