JAVA之责任链模式文档格式.docx

上传人:b****1 文档编号:15335635 上传时间:2022-10-29 格式:DOCX 页数:20 大小:163.93KB
下载 相关 举报
JAVA之责任链模式文档格式.docx_第1页
第1页 / 共20页
JAVA之责任链模式文档格式.docx_第2页
第2页 / 共20页
JAVA之责任链模式文档格式.docx_第3页
第3页 / 共20页
JAVA之责任链模式文档格式.docx_第4页
第4页 / 共20页
JAVA之责任链模式文档格式.docx_第5页
第5页 / 共20页
点击查看更多>>
下载资源
资源描述

JAVA之责任链模式文档格式.docx

《JAVA之责任链模式文档格式.docx》由会员分享,可在线阅读,更多相关《JAVA之责任链模式文档格式.docx(20页珍藏版)》请在冰豆网上搜索。

JAVA之责任链模式文档格式.docx

击鼓传花便是责任链模式的应用。

责任链可能是一条直线、一个环链或者一个树结构的一部分。

责任链模式的结构

  下面使用了一个责任链模式的最简单的实现。

责任链模式涉及到的角色如下所示:

  ●  抽象处理者(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

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 哲学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1