JAVA之责任链模式文档格式.docx
《JAVA之责任链模式文档格式.docx》由会员分享,可在线阅读,更多相关《JAVA之责任链模式文档格式.docx(20页珍藏版)》请在冰豆网上搜索。
![JAVA之责任链模式文档格式.docx](https://file1.bdocx.com/fileroot1/2022-10/29/4fa58171-f2d9-476d-b65a-5d30ff967c94/4fa58171-f2d9-476d-b65a-5d30ff967c941.gif)
击鼓传花便是责任链模式的应用。
责任链可能是一条直线、一个环链或者一个树结构的一部分。
责任链模式的结构
下面使用了一个责任链模式的最简单的实现。
责任链模式涉及到的角色如下所示:
● 抽象处理者(Handler)角色:
定义出一个处理请求的接口。
如果需要,接口可以定义出一个方法以设定和返回对下家的引用。
这个角色通常由一个Java抽象类或者Java接口实现。
上图中Handler类的聚合关系给出了具体子类对下家的引用,抽象方法handleRequest()规范了子类处理请求的操作。
● 具体处理者(ConcreteHandler)角色:
具体处理者接到请求后,可以选择将请求处理掉,或者将请求传给下家。
由于具体处理者持有对下家的引用,因此,如果需要,具体处理者可以访问下家。
源代码
抽象处理者角色
1.public
abstract
class
Handler
{
2.
3.
/**
4.
*
持有后继的责任对象
5.
*/
6.
protected
successor;
7.
8.
示意处理请求的方法,虽然这个示意方法是没有传入参数的
9.
但实际是可以传入参数的,根据具体需要来选择是否传递参数
10.
11.
public
void
handleRequest();
12.
13.
取值方法
14.
15.
getSuccessor()
16.
return
17.
}
18.
19.
赋值方法,设置后继的责任对象
20.
21.
setSuccessor(Handler
successor)
22.
this.successor
=
23.
24.
25.}
具体处理者角色
ConcreteHandler
extends
处理方法,调用此方法处理请求
@Override
handleRequest()
判断是否有后继的责任对象
如果有,就转发请求给后继的责任对象
如果没有,则处理请求
if(getSuccessor()
!
null)
{
System.out.println("
放过请求"
);
getSuccessor().handleRequest();
}else
处理请求"
22.}
客户端类
Client
static
main(String[]
args)
//组装责任链
handler1
new
ConcreteHandler();
handler2
handler1.setSuccessor(handler2);
//提交请求
handler1.handleRequest();
12.}
可以看出,客户端创建了两个处理者对象,并指定第一个处理者对象的下家是第二个处理者对象,而第二个处理者对象没有下家。
然后客户端将请求传递给第一个处理者对象。
由于本示例的传递逻辑非常简单:
只要有下家,就传给下家处理;
如果没有下家,就自行处理。
因此,第一个处理者对象接到请求后,会将请求传递给第二个处理者对象。
由于第二个处理者对象没有下家,于是自行处理请求。
活动时序图如下所示。
使用场景
来考虑这样一个功能:
申请聚餐费用的管理。
很多公司都是这样的福利,就是项目组或者是部门可以向公司申请一些聚餐费用,用于组织项目组成员或者是部门成员进行聚餐活动。
申请聚餐费用的大致流程一般是:
由申请人先填写申请单,然后交给领导审批,如果申请批准下来,领导会通知申请人审批通过,然后申请人去财务领取费用,如果没有批准下来,领导会通知申请人审批未通过,此事也就此作罢。
不同级别的领导,对于审批的额度是不一样的,比如,项目经理只能审批500元以内的申请;
部门经理能审批1000元以内的申请;
而总经理可以审核任意额度的申请。
也就是说,当某人提出聚餐费用申请的请求后,该请求会经由项目经理、部门经理、总经理之中的某一位领导来进行相应的处理,但是提出申请的人并不知道最终会由谁来处理他的请求,一般申请人是把自己的申请提交给项目经理,或许最后是由总经理来处理他的请求。
可以使用责任链模式来实现上述功能:
当某人提出聚餐费用申请的请求后,该请求会在项目经理—〉部门经理—〉总经理这样一条领导处理链上进行传递,发出请求的人并不知道谁会来处理他的请求,每个领导会根据自己的职责范围,来判断是处理请求还是把请求交给更高级别的领导,只要有领导处理了,传递就结束了。
需要把每位领导的处理独立出来,实现成单独的职责处理对象,然后为它们提供一个公共的、抽象的父职责对象,这样就可以在客户端来动态地组合职责链,实现不同的功能要求了。
抽象处理者角色类
持有下一个处理请求的对象
successor
null;
设置下一个处理请求的对象
处理聚餐费用的申请
@param
user
申请人
fee
申请的钱数
@return
成功或失败的具体通知
String
handleFeeRequest(String
double
fee);
ProjectManager
user,
fee)
str
"
;
//项目经理权限比较小,只能在500以内
if(fee
<
500)
//为了测试,简单点,只同意张三的请求
if("
张三"
.equals(user))
成功:
项目经理同意【"
+
】的聚餐费用,金额为"
元"
//其他人一律不同意
失败:
项目经理不同意【"
//超过500,继续传递给级别更高的人处理
if(getS