设计模式24---设计模式之职责链模式（Chain of Responsibility）（行为型）
1.职责链模式讲解
1.1职责链定义
使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。
1.2职责链模式的要点
动态的构建流程步骤，这样随时都可以重新组合出线的流程。
对于请求者而言，并不知道最终的接受者是谁，但是一般情况下，总会有一个对象来处理，称为隐式接受者。
在标准的职责链模式中，只有对象处理了该请求，这个请求就到此为止，不会再被传递了。
1.3职责链模式的结构和说明
抽象处理者(Handler)角色：定义出一个处理请求的接口。如果需要，接口可以定义 出一个方法以设定和返回对下家的引用。这个角色通常由一个Java抽象类或者Java接口实现。上图中Handler类的聚合关系给出了具体子类对下家的引用，抽象方法handleRequest()规范了子类处理请求的操作。
具体处理者(ConcreteHandler)角色：具体处理者接到请求后，可以选择将请求处理掉，或者将请求传给下家。由于具体处理者持有对下家的引用，因此，如果需要，具体处理者可以访问下家
1.4职责链模式示例代码
package demo22.chainofresponsibility.example2;
/**
* 职责的接口，也就是处理请求的接口
*/
public abstract class Handler {
/**
* 持有后继的职责对象
*/
protected Handler successor;
/**
* 设置后继的职责对象
* @param successor 后继的职责对象
*/
public void setSuccessor(Handler successor) {
this.successor = successor;
}
/**
* 示意处理请求的方法，虽然这个示意方法是没有传入参数，
* 但实际是可以传入参数的，根据具体需要来选择是否传递参数
*/
public abstract void handleRequest();
}
************************************************************************
package demo22.chainofresponsibility.example2;
/**
* 具体的职责对象，用来处理请求
*/
public class ConcreteHandler1 extends Handler {
public void handleRequest() {
//根据某些条件来判断是否属于自己处理的职责范围
//判断条件比如：从外部传入的参数，或者这里主动去获取的外部数据，
//如从数据库中获取等，下面这句话只是个示意
boolean someCondition = false;
if(someCondition){
//如果属于自己处理的职责范围，就在这里处理请求
//具体的处理代码
System.out.println("ConcreteHandler1 handle request");
}else{
//如果不属于自己处理的职责范围，那就判断是否还有后继的职责对象
//如果有，就转发请求给后继的职责对象
//如果没有，什么都不做，自然结束
if(this.successor!=null){
this.successor.handleRequest();
}
}
}
}
**********************************************************************
package demo22.chainofresponsibility.example2;
/**
* 具体的职责对象，用来处理请求
*/
public class ConcreteHandler2 extends Handler {
public void handleRequest() {
//根据某些条件来判断是否属于自己处理的职责范围
//判断条件比如：从外部传入的参数，或者这里主动去获取的外部数据，
//如从数据库中获取等，下面这句话只是个示意
boolean someCondition = true;
if(someCondition){
//如果属于自己处理的职责范围，就在这里处理请求
//具体的处理代码
System.out.println("ConcreteHandler2 handle request");
}else{
//如果不属于自己处理的职责范围，那就判断是否还有后继的职责对象
//如果有，就转发请求给后继的职责对象
//如果没有，什么都不做，自然结束
if(this.successor!=null){
this.successor.handleRequest();
}
}
}
}
**********************************************************************
package demo22.chainofresponsibility.example2;
/**
* 职责链的客户端，这里只是个示意
*/
public class Client {
public static void main(String[] args) {
// 先要组装职责链
Handler h1 = new ConcreteHandler1();
Handler h2 = new ConcreteHandler2();
h1.setSuccessor(h2);
// 然后提交请求
h1.handleRequest();
}
}
1.5职责链模式的本质
分离职责，动态组合
1.6职责链模式的优缺点
优点：
请求者和接收者松散耦合
动态组合职责
缺点：
产生很多细粒化对象
不一定被处理
1.7何时选用
如果多个对象可以处理同一个请求，但是具体由哪个对象来处理该请求，是运行时刻动态确定的。
在不明确指定接受者的情况下，向多个对象中的一个提交请求的话，可以用职责链模式。
如果想动态指定处理一个请求的对象集合，也可以使用职责链模式。
2.职责链模式案例分析
1.案例分析一
java中最明显的一个责任链模式的案例就是异常的抛出，大家可以仔细看看java的类库
来考虑这样一个功能:申请聚餐费用的管理。
很多公司都是这样的福利，就是项目组或者是部门可以向公司申请一些聚餐费用，用于组织项目组成员或者是部门成员进行聚餐活动。
申请聚餐费用的大致流程一般是：由申请人先填写申请单，然后交给领导审批，如果申请批准下来，领导会通知申请人审批通过，然后申请人去财务领取费用，如果没有批准下来，领导会通知申请人审批未通过，此事也就此作罢。
不同级别的领导，对于审批的额度是不一样的，比如，项目经理只能审批500元以内的申请；部门经理能审批1000元以内的申请；而总经理可以审核任意额度的申请。
也就是说，当某人提出聚餐费用申请的请求后，该请求会经由项目经理、部门经理、总经理之中的某一位领导来进行相应的处理，但是提出申请的人并不知道最终会由谁来处理他的请求，一般申请人是把自己的申请提交给项目经理，或许最后是由总经理来处理他的请求。
可以使用责任链模式来实现上述功能：当某人提出聚餐费用申请的请求后，该请求会在 项目经理—〉部门经理—〉总经理 这样一条领导处理链上进行传递，发出请求的人并不知道谁会来处理他的请求，每个领导会根据自己的职责范围，来判断是处理请求还是把请求交给更高级别的领导，只要有领导处理了，传递就结束了。
需要把每位领导的处理独立出来，实现成单独的职责处理对象，然后为它们提供一个公共的、抽象的父职责对象，这样就可以在客户端来动态地组合职责链，实现不同的功能要求了。
结构图如下
范例代码如下
package demo22.chainofresponsibility.example3;
/**
* 定义职责对象的接口
*/
public abstract class Handler {
/**
* 持有下一个处理请求的对象
*/
protected Handler successor = null;
/**
* 设置下一个处理请求的对象
* @param successor 下一个处理请求的对象
*/
public void setSuccessor(Handler successor){
this.successor = successor;
}
/**
* 处理聚餐费用的申请
* @param user 申请人
* @param fee 申请的钱数
* @return 成功或失败的具体通知
*/
public abstract String handleFeeRequest(String user,double fee);
}
***************************************************************************************************
package demo22.chainofresponsibility.example3;
public class DepManager extends Handler{
public String handleFeeRequest(String user, double fee) {
String str = "";
//部门经理的权限只能在1000以内
if(fee < 1000){
//为了测试，简单点，只同意小李申请的
if("小李".equals(user)){
str = "部门经理同意"+user+"聚餐费用"+fee+"元的请求";
}else{
//其他人一律不同意
str = "部门经理不同意"+user+"聚餐费用"+fee+"元的请求";
}
return str;
}else{
//超过1000，继续传递给级别更高的人处理
if(this.successor!=null){
return this.successor.handleFeeRequest(user, fee);
}
}
return str;
}
}
**************************************************************************************************
package demo22.chainofresponsibility.example3;
public class ProjectManager extends Handler{
public String handleFeeRequest(String user, double fee) {
String str = "";
//项目经理的权限比较小，只能在500以内
if(fee < 500){
//为了测试，简单点，只同意小李的
if("小李".equals(user)){
str = "项目经理同意"+user+"聚餐费用"+fee+"元的请求";
}else{
//其他人一律不同意
str = "项目经理不同意"+user+"聚餐费用"+fee+"元的请求";
}
return str;
}else{
//超过500，继续传递给级别更高的人处理
if(this.successor!=null){
return successor.handleFeeRequest(user, fee);
}
}
return str;
}
}
**************************************************************************************************
package demo22.chainofresponsibility.example3;
public class GeneralManager extends Handler{
public String handleFeeRequest(String user, double fee) {
String str = "";
//总经理的权限很大，只要请求到了这里，他都可以处理
if(fee >= 1000){
//为了测试，简单点，只同意小李的
if("小李".equals(user)){
str = "总经理同意"+user+"聚餐费用"+fee+"元的请求";
}else{
//其他人一律不同意
str = "总经理不同意"+user+"聚餐费用"+fee+"元的请求";
}
return str;
}else{
//如果还有后继的处理对象，继续传递
if(this.successor!=null){
return successor.handleFeeRequest(user, fee);
}
}
return str;
}
}
**************************************************************************************************
package demo22.chainofresponsibility.example3;
public class Client {
public static void main(String[] args) {
// 先要组装职责链
Handler h1 = new GeneralManager();
Handler h2 = new DepManager();
Handler h3 = new ProjectManager();
h3.setSuccessor(h2);
h2.setSuccessor(h1);
// 开始测试
String ret1 = h3.handleFeeRequest("小李", 300);
System.out.println("the ret1=" + ret1);
String ret2 = h3.handleFeeRequest("小张", 300);
System.out.println("the ret2=" + ret2);
String ret3 = h3.handleFeeRequest("小李", 600);
System.out.println("the ret3=" + ret3);
String ret4 = h3.handleFeeRequest("小张", 600);
System.out.println("the ret4=" + ret4);
String ret5 = h3.handleFeeRequest("小李", 1200);
System.out.println("the ret5=" + ret5);
String ret6 = h3.handleFeeRequest("小张", 1200);
System.out.println("the ret6=" + ret6);
}
}
2.案例分析二（通用的请求处理方式）
如果我们现在要申请一个其他消费的什么业务，那么我们就需要修改接口，增加方法才行，很显然，这样做是不符合设计模式的设计原则的。下面来介绍一种通用的请求处理方式。其实很简单，我们定义一个通用的业务方法，这个业务方法不区分具体的业务，那么如何区分具体的业务呢？我们可以在通用的请求对象中，添加一个业务的标记，到了职责连对象中，愿意处理，就和原来使用一样的处理方式，如果不愿意处理，就传递到下一个业务对象就可以了。代码就不贴了，思想理解就好。
参考链接：http://www.cnblogs.com/kym/archive/2009/04/06/1430078.html
http://www.cnblogs.com/java-my-life/archive/2012/05/28/2516865.html
