Java设计模式之从[使命召唤等游戏的任务提示]分析职责链(Chain Of Responsibility)模式

　　我们在使命召唤、暗黑破坏神等游戏时，总会接到各种各样的游戏任务，如到某某地方解救某人，或者消灭某某地方的敌人等。当玩家进入到某一个地图（以下称之为游戏场景）时，我们就可以查看它的任务提示。在这个机制下，我们认为，所有的游戏场景都继承于一个类（如HelpHandler），这个类包含一个显示任务提示的方法（如showHelp）。问题在于，任务的提示是有“上下文联系的”，任务的提示是和你的“场景是如何移动的”有关。例如，场景A中没有任务提示，场景B中没有任务提示，场景C、D中分别有任务提示MessageC和MessageD，如果我们从C->B->A移动，那么我们查看的任务提示就是MessageC，如果我们从D->B->A，那么任务提示就是MessageD。我们可以这样来设计：A、B、C、D这4个场景都继承于同一个类（如HelpHandler），因此它们都有显示任务提示的showHelp方法。它们内部有对另外的一个HelpHandler对象的引用，我们称之为候选者，如果自身无法处理任务提示，则调用候选者的showHelp方法。如果看到这里不大明白，就请看下图、示例和我下面的解释：

　　以上就是我刚刚谈到的职责链模式。它的意图是使得对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。用直白一点的话说就是，如果我可以处理这个请求则处理之，如果不能处理，则让我的候选者来处理。

　　以下是职责链模式的Java示例代码：

interface Helpful {void help();}abstract class HelpHandler {HelpHandler successor;Helpful help;    public HelpHandler(){}    public void setHandler(HelpHandler parent, Helpful help){        this.successor = parent;        this.help = help;    }    public void showHelp(){        if (hasHelp()){            help.help();        } else {            if (successor != null) successor.showHelp();        }    }    private boolean hasHelp(){        return help != null;    }}class World extends HelpHandler {    public World(HelpHandler parent) {        Helpful help = new Helpful (){            public void help() {                System.out.println("大地图任务: 请按W、S、A、D来移动。");            }        };        setHandler(parent, help);    }}class House extends HelpHandler {    public House(HelpHandler parent) {        Helpful help = new Helpful (){            public void help() {                System.out.println("房间任务: 请拿起房间的武器出门。");            }        };        setHandler(parent, help);    }}class Cave extends HelpHandler {    public Cave(HelpHandler parent) {        Helpful help = new Helpful (){            public void help() {                System.out.println("洞穴任务: 请消灭洞穴中的所有怪兽。");            }        };        setHandler(parent, help);    }}class Island extends HelpHandler {    public Island(HelpHandler parent) {        setHandler(parent, null);    }}public class Responsibility {    public static void main(String[] args) {        World world = new World(null);        House house = new House(world);        Cave cave = new Cave(world);        Island island = new Island(world);        Island islandWithCave = new Island(cave);        world.showHelp();        house.showHelp();        cave.showHelp();        island.showHelp();        islandWithCave.showHelp();    }}

　　简要分析上面的代码。上述代码是模拟在游戏的不同场景下显示任务提示。所有的场景都继承于HelpHandler类，HelpHandler类中有个HelpHandler类型的引用successor，表示处理方法的候选者。我们看看HelpHandler中的showHelp方法，它首先判断本类是否能够显示任务提示（即hasHelp是否返回true），如果可以显示则显示之，不能显示，则调用候选者的showHelp方法。通过这种方法，可以使HelpHandler类连成“链状”。

　　值得注意的是，我们需要在HelpHandler派生类中构造一个匿名类，这个匿名类继承于Helpful接口，这个是显示任务提示的一个接口。在不同的派生类中，我们构造不同的Helpful接口的对象来实现显示不同的任务提示，这其实是一种策略(Strategy)模式(以后会提到)。

　　再看看main方法，我们定义的World、House、Cave类都有自己的任务提示，而Island类没有，所以它的任务提示取决于它的候选者，因此，island的任务提示就是其候选者world的任务提示，islandWithCave的任务提示就是其候选者cave的任务提示，因此程序的结果为：

大地图任务: 请按W、S、A、D来移动。
房间任务: 请拿起房间的武器出门。
洞穴任务: 请消灭洞穴中的所有怪兽。
大地图任务: 请按W、S、A、D来移动。
洞穴任务: 请消灭洞穴中的所有怪兽。

　　职责链的有点是降低了发送请求者和接受请求者的耦合度，增强了指派职责的灵活性，它只需要指定一个候选者即可实现职责的指派。然而，它的缺点是，无法保证指派的职责一定能被接收，由于含有递归思想，这个模式会有一定的性能损耗，如果不注意可能会陷入循环调用之中。