标签:设计模式
1,就想链子一样连接起来,以及以及处理或者传给下一级处理
2,抽象处理者(Handler)角色:定义出一个处理请求的接口。如果需要,接口可以定义 出一个方法以设定和返回对下家的引用。这个角色通常由一个Java抽象类或者Java接口实现。上图中Handler类的聚合关系给出了具体子类对下家的引用,抽象方法handleRequest()规范了子类处理请求的操作。
具体处理者(ConcreteHandler)角色:具体处理者接到请求后,可以选择将请求处理掉,或者将请求传给下家。由于具体处理者持有对下家的引用,因此,如果需要,具体处理者可以访问下家。
3,引用一个别人的例子:
很多公司都是这样的福利,就是项目组或者是部门可以向公司申请一些聚餐费用,用于组织项目组成员或者是部门成员进行聚餐活动。
申请聚餐费用的大致流程一般是:由申请人先填写申请单,然后交给领导审批,如果申请批准下来,领导会通知申请人审批通过,然后申请人去财务领取费用,如果没有批准下来,领导会通知申请人审批未通过,此事也就此作罢。
不同级别的领导,对于审批的额度是不一样的,比如,项目经理只能审批500元以内的申请;部门经理能审批1000元以内的申请;而总经理可以审核任意额度的申请。
也就是说,当某人提出聚餐费用申请的请求后,该请求会经由项目经理、部门经理、总经理之中的某一位领导来进行相应的处理,但是提出申请的人并不知道最终会由谁来处理他的请求,一般申请人是把自己的申请提交给项目经理,或许最后是由总经理来处理他的请求。
可以使用责任链模式来实现上述功能:当某人提出聚餐费用申请的请求后,该请求会在 项目经理—〉部门经理—〉总经理 这样一条领导处理链上进行传递,发出请求的人并不知道谁会来处理他的请求,每个领导会根据自己的职责范围,来判断是处理请求还是把请求交给更高级别的领导,只要有领导处理了,传递就结束了。
需要把每位领导的处理独立出来,实现成单独的职责处理对象,然后为它们提供一个公共的、抽象的父职责对象,这样就可以在客户端来动态地组合职责链,实现不同的功能要求了。
4,代码:
// 责任链模式.cpp : 定义控制台应用程序的入口点。
//
#include "stdafx.h"
#include <iostream>
#include <string>
using namespace std;
class IHandler{
protected:
IHandler *successor;
public:
IHandler * getSuccessor() {
return successor;
}
void setSuccessor(IHandler *successor) {
this->successor = successor;
}
virtual void handleRequest() = 0;
};
class ConcreteHandler :public IHandler{
public:
void handleRequest(){
if (getSuccessor() != NULL)
{
cout << "放过请求" << endl;;
getSuccessor()->handleRequest();
}
else
{
cout << "处理请求" << endl;
}
}
};
int _tmain(int argc, _TCHAR* argv[])
{
IHandler *handler1 = new ConcreteHandler();
IHandler *handler2 = new ConcreteHandler();
IHandler *handler3 = new ConcreteHandler();
handler2->setSuccessor(handler3);
handler1->setSuccessor(handler2);
//提交请求
handler1->handleRequest();
cin.get();
return 0;
}
5,可以看出,客户端创建了两个处理者对象,并指定第一个处理者对象的下家是第二个处理者对象到第三个,而第三个处理者对象没有下家。然后客户端将请求传递给第一个处理者对象。标签:设计模式
原文地址:http://blog.csdn.net/sun734274006/article/details/42560517