大话设计模式C++实现-第24章-职责链模式

一、UML图

二、概念

职责链模式(Chain Of Responsibility):使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合。将这个对象连成一条链,并沿着这条链传递该请求,知道有一个对象处理它为止。

三、说明 

角色:

(1)Handler类:定义一个处理请求的接口。

(2)ConcreteHandler类:具体的处理请求的接口。

职责链模式的好处:

(1)最关键的是,当客户提交一个请求时,请求时沿链传递直至有一个ConcreteHandler对象负责处理它。

(2)接收者和发送者都没有对方的明确信息,且链中的对象自己也并不知道链的结构。结果是职责链可简化对象的相互连接,他们仅需要保持一个指向其后继者的引用,而不需要保持它所有的候选接收者的引用。

(3)由于是在客户端来定义链的结构,所以用户可以随时地增加或者修改处理一个请求的结构。增强了给对象指派职责的灵活性。

注意:一个请求极有可能到了链的末端都得不到处理,或者因为没有正确配置而得不到处理。

四、C++实现

(1)ChainOfResponsibility.h

#ifndef CHAINOFRESPONSIBILITY_H
#define CHAINOFRESPONSIBILITY_H

#include <string>
#include <iostream>

//请求类
class Request
{
private:
	//请求的类型、内容、数量
	std::string requestType;
	std::string requestContent;
	int number;
public:
	void SetType(std::string type)
	{
		this->requestType=type;
	}
	std::string GetType()
	{
		return requestType;
	}
	void SetContent(std::string content)
	{
		this->requestContent=content;
	}
	std::string GetContent()
	{
		return requestContent;
	}
	void SetNumber(int number)
	{
		this->number=number;
	}
	int GetNumber()
	{
		return this->number;
	}
};

//Handler类,此处为Manager类
class Manager
{
protected:
	std::string name;
	Manager* superior;
public:
	Manager(){}
	Manager(std::string name)
	{
		this->name=name;
		superior=new Manager();
	}
	~Manager()
	{
		delete superior;
	}

	//设置继任者
	void SetSuperior(Manager* superior)
	{
		this->superior=superior;
	}
	//处理请求的抽象方法
	virtual void RequestApplication(Request* request){};
};

//ConcreteHandler1:此处为经理,CommonManager
class CommonManager:public Manager
{
public:
	CommonManager(std::string name):Manager(name){}
	void RequestApplication(Request* request)
	{
		if(request->GetType()=="请假"&&request->GetNumber()<=2)
		{
			std::cout<<name<<":"<<request->GetContent()<<"  数量:"<<request->GetNumber()<<"  被批准"<<std::endl;
		}
		//自己处理不了,转移到下一位进行处理。
		else
		{
			if(superior!=NULL)
			{
				superior->RequestApplication(request);
			}
		}
	}
};

//ConcreteHandler2:此处为总监,Majordomo
class Majordomo:public Manager
{
public:
	Majordomo(std::string name):Manager(name){}
	void RequestApplication(Request* request)
	{
		if(request->GetType()=="请假"&&request->GetNumber()<=5)
		{
			std::cout<<name<<":"<<request->GetContent()<<"  数量:"<<request->GetNumber()<<"  被批准"<<std::endl;
		}
		//自己处理不了,转移到下一位进行处理。
		else
		{
			if(superior!=NULL)
			{
				superior->RequestApplication(request);
			}
		}
	}
};

//ConcreteHandler3:此处为总经理,GeneralManager
class GeneralManager:public Manager
{
public:
	GeneralManager(std::string name):Manager(name){}
	void RequestApplication(Request* request)
	{
		if(request->GetType()=="请假")
		{
			std::cout<<name<<":"<<request->GetContent()<<"  数量:"<<request->GetNumber()<<"  被批准"<<std::endl;
		}
		else if(request->GetType()=="加薪"&&request->GetNumber()<=500)
		{
			std::cout<<name<<":"<<request->GetContent()<<"  数量:"<<request->GetNumber()<<"  被批准"<<std::endl;
		}
		else if(request->GetType()=="加薪"&&request->GetNumber()>500)
		{
			std::cout<<name<<":"<<request->GetContent()<<"  数量:"<<request->GetNumber()<<"  再说吧"<<std::endl;
		}
	}
};

#endif

(2)Client.cpp

#include "ChainOfResponsibility.h"
#include <iostream>
#include <cstdlib>

//Client,客户端
void main()
{
	Manager* jinli=new CommonManager("金利");
	Manager* zongjian=new Majordomo("宗剑");
	Manager* zhongjingli=new GeneralManager("钟精励");

	//设置上级,完全可以按照实际需求来进行更改
	jinli->SetSuperior(zongjian);
	zongjian->SetSuperior(zhongjingli);

	//下面是4个请求
	//请求1:请假1天
	Request request1;
	request1.SetType("请假");
	request1.SetContent("小菜请假");
	request1.SetNumber(1);
	//客户端的申请都是由“经理”发起,但实际谁来决策由具体管理类来处理,客户端不知道
	jinli->RequestApplication(&request1);

	//请求2:请假4天
	Request request2;
	request2.SetType("请假");
	request2.SetContent("小菜请假");
	request2.SetNumber(4);
	//客户端的申请都是由“经理”发起,但实际谁来决策由具体管理类来处理,客户端不知道
	jinli->RequestApplication(&request2);

	//请求3:加薪500元
	Request request3;
	request3.SetType("加薪");
	request3.SetContent("小菜请求加薪");
	request3.SetNumber(500);
	//客户端的申请都是由“经理”发起,但实际谁来决策由具体管理类来处理,客户端不知道
	jinli->RequestApplication(&request3);

	//请求4:加薪1000元
	Request request4;
	request4.SetType("加薪");
	request4.SetContent("小菜请求加薪");
	request4.SetNumber(1000);
	//客户端的申请都是由“经理”发起,但实际谁来决策由具体管理类来处理,客户端不知道
	jinli->RequestApplication(&request4);

	delete jinli,zongjian,zhongjingli;
	system("pause");
}

(3)运行截图

时间: 2024-08-01 10:20:44

大话设计模式C++实现-第24章-职责链模式的相关文章

第24章职责链模式

一 概念 职责链模式,使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系.将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理他为止. 二 UML图 Handler 定义一个处理请示的接口 ConcreteHandler1, ConcreteHandler2 具体处理类,处理它负责的请求,可访问它的后继者,如果可处理该请求,就处理之,否则就将该请求转发给它的后继者. 三 职责链的好处 接收者和发送者都没有对方的明确信息,且链中的对象自己也并不知道链的结构.结果是职

《大话设计模式》学习笔记20:职责链模式

申请审批示例: 1.请求类: public class Request { public string RequestType { get; set; } public string RequestContent { get; set; } public int Number { get; set; } } 2.Handler: public abstract class Manager { protected string name; protected Manager superiorMan

第22章 职责链模式(Chain of Responsibility)

原文 第22章 职责链模式(Chain of Responsibility) 职责链模式 导读:职责链模式是一个既简单又复杂的设计模式,刚开始学习这个设计模式的时候光示例都看了好几遍.就为了理清里面的逻辑走向.是个值得慢慢品味的设计模式 概述:   使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系.将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理他为止. 结构图:          代码举例:公司请假   1 2 3 4 5 6 7 8 9 10 11 12

设计模式19:Chain Of Responsibility 职责链模式(行为型模式)

Chain Of Responsibility 职责链模式(行为型模式) 请求的发送者与接受者 某些对象请求的接受者可能有多种多样,变化无常…… 动机(Motivation) 在软件构建过程中,一个请求可能被多个对象处理,但是每个请求在运行时只能有一个接受者,如果显示指定,将必不可少地带来请求发送者与接受者的紧耦合. 如何使请求的发送者不需要指定具体的接受者?让请求的接受者自己在运行时决定来处理请求,从而使两者解耦. 意图(Intent) 使多个对象都有机会处理请求,从而避免请求的发送者和接受者

设计模式C++实现二十:职责链模式

职责链模式(Chain of Responsibility):使多个对象都有机会处理请求,从而避免请求的发送者和接受之间的耦合关系.将这个对象连城一条链,并沿着这条链传递该请求,直到有一个对象处理它为止. 职责链模式处理中,当客户有一个请求时,请求沿着链传递直到有一个对象处理它,我们在设计的时候也必须保证每一个请求都能被处理.接受者和发送者都没有对方的明确信息,而且链中的每个对象自己也不知道自己处于在链的哪个位置.我们只需要把链设置好,也就是对每个链的节点设置后后或者前节点来承接请求(当当前链节

大话设计模式C++实现-第15章-抽象工厂模式

一.UML图 二.概念 抽象方法模式(Abstract Factory):提供一个创建一系列相关或互相依赖对象的接口,而无需指定他们详细的类. 三.包括的角色 (1)抽象工厂 (2)详细工厂:包含详细工厂1和详细工厂2.详细工厂1用于生产详细产品A1和详细产品B1,详细工厂2用于生产详细产品A2和详细产品B2: (3)抽象产品:包含抽象产品A和抽象产品B. (4)详细产品:包含抽象产品A所相应的详细产品A1和A2.以及抽象产品B所相应的详细产品B1和B2. 说明:在<大话设计模式>中,上述的1

设计模式(十五):职责链模式

优点: ① 职责链可简化对象的相互连接,仅需要保持一个指向上级的路线 ② 分派职责时,有更多的灵活性,可以通过在运行时刻对该链进行动态的增加或修改,来增加或改变那些处理请求的那些职责. 缺点: ① 不能保证请求一定被接收.既然一个请求没有明确的接收者,那么就不能保证它一定会被处理,该请求可能一直到链的末端都得不到处理. ② 系统性能将受到一定影响,而且在进行代码调试时不太方便:可能会造成循环调用. 适用范围:    有多个的对象可以处理一个请求,哪个对象处理该请求运行时刻自动确定. 想在不明确指

大话设计模式C++实现-第8章-工厂方法模式

一.UML图 二.概念 工厂方法模式(Factory Method):定义一个用于创建对象的接口,让子类决定实例化哪一个类.工厂方法是一个类的实例化延迟到其子类. 三.包括的角色 (1)抽象工厂 (2)详细工厂 (3)抽象产品 (4)详细产品 四.优势 (1)工厂方法模式是对简单工厂模式的略微的改进.工厂方法模式的用意是定义一个创建产品对象的工厂接口,将实际工作推迟到子类中. (2)与简单工厂模式相比,制造产品的工厂类不再 仅仅有一个.而是每种详细产品类都相应一个生产它的详细工厂类. 而这些详细

大话设计模式C++实现-第26章-享元模式

一.UML图 二.概念 享元模式(Flyweight):运用共享技术有效地支持大量细粒度的对象. flyweight的意思:轻量级. 三.说明 角色: (1)Flyweight类:它是所有具体享元类的超类或接口,通过这个接口,Flyweight可以接受并作用于外部状态. (2)ConcreteFlyweight类:继承Flyweight超类或实现Flyweight接口,并为内部状态增加存储空间. (3)UnsharedConcreteFlyweight:是指那些不需要共享的Flyweight子类