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

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

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

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

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

责任链模式的结构

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

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

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