Java 设计模式 -- 职责链模式

下面，将通过一个例子，对职责链模式进行介绍。

问题：设想，你有一个呼叫中心，员工分成三个层级，接线员，主管和经理。客户来电时会先分配给接线员，若接线员处理不了，就必须将来电往上转给主管，若主管无法处理，将来电往上转给经理。请设计这个问题的类和数据结构（为了方便，将呼叫者的问题分等级，分别为 S 级，由接线员处理，SS 级，由主管处理，SSS级，由经理处理）。

---

首先，分析一下这个问题，对于一次电话呼叫，肯定存在 呼叫人和被呼叫人，所以我们可能需要设计一个 Call 类来表示一个电话呼叫，一个 Caller 类用于封装呼叫人的属性，Employee 类用于表示接听人，因为员工分三种，所以我们需要将 Employee 定义为一个抽象类，用于封装员工的共同属性。既然各个类模型已经想好了，那么就要想想如何设计方法呢？也就是如何实现电话的传递呢？想想 Java 中是如何模仿指针效果的？下面来看看实现

public class Caller {

    private String mName;
    private String mRank;

    public Caller(String rank) {
        this.mRank = rank;
    }

    public String getName() {
        return mName;
    }

    public void setName(String name) {
        this.mName = name;
    }

    public String getRank() {
        return mRank;
    }

    public void setRank(String rank) {
        mRank = rank;
    }

    public void disconnect() {
        System.out.println("Caller : disconnect");
    }

}

以上为 Caller 方法，只有一个带问题等级参数的构造函数，用于表示呼叫者必须首先声明自己问题的等级。还有一个 disconnect() 方法，当呼叫者问题被处理完毕后调用，表示挂掉电话。

public abstract class Employee {

    protected Employee mBoss;

    public abstract void setBoss(Employee boss);

    public abstract void handleCall(Call call);

}

以上是一个抽象类，定义了一个属性和两个方法， setBoss() 用于设置当前员工的顶头上司，handleCall() 方法在员工接听电话时调用。下面来看看 接线员类的实现

public class Respondent extends Employee {

    @Override
    public void handleCall(Call call) {
        if (call.getCaller().getRank().equals("S")) {
            System.out.println("Respondent : handle this call");
            call.getCaller().disconnect();
        } else {
            mBoss.handleCall(call);
        }
    }

    @Override
    public void setBoss(Employee boss) {
        mBoss = boss;
    }

}

以上实现表明，setBoss() 方法必须在 handleCall() 方法之前调用，否则会报空指针错误，因为在 handleCall() 方法逻辑中，我们设置了，如果该员工能处理指定信息，则进行处理，处理完之后呼叫者挂断电话。如果不能处理，就将该呼叫传递给自己的顶头上司，交给他去处理。需要注意的是对于 Manager 类的实现，由于它已经没有上司，所以在handleCall()方法中做特殊处理，如下所示

@Override
    public void handleCall(Call call) {
        if (call.getCaller().getRank().equals("SSS")) {
            System.out.println("Manager :  handle this call");
            call.getCaller().disconnect();
        } else {
            System.out.println("We can not handle this call");
        }
    }

这里如果经理也处理不了该通话，只能打印不能处理该问题，不能再往上传递，否则会报空指针错误。

下面来看看 Call 类是如何实现的

public class Call {

    private Caller mCaller;
    private Employee mEmployee;

    public Call(Caller caller) {
        this.mCaller = caller;
    }

    public Caller getCaller() {
        return mCaller;
    }

    public void handle() {
        mEmployee.handleCall(this);
    }

    public void setRespondent(Employee respondent) {
        mEmployee = respondent;
    }

}

在这里，我们有一个 setRespondent() 方法，这里设置的员工是接线员，因为只有这样才可以确保如果该通话无法被处理向上传递。看到这里，感觉这种模式就像踢皮球一样，你踢给我，我踢给你，当然也可以这么形容，这种模式的实现思想和指针类似。

其实，我们已经在很多地方见到过这种模式，比如说 Java 的异常机制，如果一个地方抛出了异常，会首先寻找距离最近的 catch 语句，如果可以处理，就处理，不可以处理，就再往上抛，直到可以被处理为止。

再比如说 Android 当中的触摸事件，也是从容器中一级一级向下传，直到传到最底层的 View 视图，当然传到其中的任何一个容器的时候，都可以截断这种传递。

我所理解的职责链模式就是如此，如果有什么错误的地方，希望予以指正，互相学习。