职责链模式

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

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


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

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

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

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

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

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

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

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

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

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

Add a Comment

电子邮件地址不会被公开。 必填项已用*标注