java之命令模式

实际生活中常有的例子，比如银行吧，在早些年，到银行办理业务，一堆人围着大堂经理问，什么业务该去什么地方办理，哎。。。。，一个问题一天要跟上百号人都解释一遍，你好，这个业务呢，你可以去XX柜台咨询一下，那这个业务呢，你可以去XY柜台咨询，有时候，可能出现错误，返回来回问好几遍，好烦哦。。。。，经理是何等的无奈，但为了客户至上的原则，总是微笑，在微笑。何时是解脱之日啊。哈哈，随着科技的发展，经理们终于从这苦难的日子里解脱了，那就是业务办理区取号机，现在简单的操作就可以耐心等候办理，既方便客户，也解脱了经理，真是造福大众的一件好事。根据办理业务的不同，系统自动分发给各自擅长的业务员哪里，按着号码一次处理。言归正传，上面的例子就命令模式的真实写照，业务办理取号机，将客户的对于业务的请求，统一的接纳，进行分类处理，对于不同的业务，安排到不同的业务员手中处理，避免之前繁琐的过程。

命令模式的定义：Encapsulate a request as an object, thereby letting you parameterize clients with different requests, queue or log requests, and support undoable operations.(将一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，请求排队或者记录请求日志，可以提供命令的撤销和恢复功能)，说白了，就是把请求封装成对象，以统一应对不同的请求，做出响应。

命令模式的通用图解：

解释上述图解的关键词：

 Client：创建一个具体的命令对象(ConcreteCommand1 or ConcreteCommand2 ...)并设定它的接收者(ConcreteReceiver1 or ConcreteReceiver2....), 说白了，就是写个测试类，创建命令对象和接收者对象初始化一个Invoker，测试命令模式。在实际生活中，对于一个系统，有各种不同的请求，系统无法知道，发送来的请求要什么Command处理和这个Command的最终处理者，就需要有一个总代理就像我们项目的接口人(Invoker)一样，某个涉及到项目的问题先问接口人，然后接口人在安排，哪一个功能小组(具体的Command)，小组再安排具体谁来处理(具体的Receiver),而一般发问题的一方，都知道是哪个更能模块出了问题，该找谁解决，但我们都有自己的事，如果这来问一下，那来问一下，那还怎么工作。接口人就可以让工作有秩序的进行。这样下来，接收者也就是想我们一样，屌丝码农，不用跟其他项目的人直接打交道，也避免了，很多麻烦，同样也使得我们的工作，更专注，更高效，不是？？？

Invoker：要求该命令执行这个请求，安排人，解决问题，包括Command的属性参数，Command的set方法，和引用Command的execute()方法实现的Action()方法

Command : 声明执行操作的接口，抽象类，ConcreteCommand 继承该 Command，具体该是用什么操作处理这事？哪个功能小组能处理这事？至少包括一个execute()方法，或者可以加一个Receiver，更抽象一层，那么ConcreteCommand，就好不用包括Receiver，只要初始化就好

ConcreteCommand：将一个接收者对象绑定在某一个动作上，调用接收者的相应操作，以实现Execute的方法，继承自Command，实现execute方法，包括Receiver，用Receiver来实现execute方法

Receiver：知道如何实施和执行一个请求的相关操作，任何类都可可以作为一个接收者，可以是类或者抽象类，抽象类有对应ConcreteReceiver实现

同时注意根据定义，对于Command中应该包括，命令撤销执行和恢复的状态的功能，具体的在Command添加相关方法，在具体实现类中实现即可

代码实现例子：

public class Invoker
{
    private Command command;

    /**
     * 设置  command
     *
     * @param command 对 command 进行赋值
     */
    public void setCommand(Command command)
    {
        this.command = command;
    }
    
    public void action() 
    {
        command.execute();
    }
}

public abstract class Command
{
    public abstract void execute();
}

public class ConcreteCommand1 extends Command
{
    private Receiver receiver;
    /** 
     * @param receiver 
     */ 
    public ConcreteCommand1(Receiver receiver)
    {
        this.receiver = receiver;
    }

    /** { @inheritDoc } */
    public void execute()
    {
        receiver.doSomething();
    }

}

public class ConcreteCommand2 extends Command
{
    private Receiver receiver;
    /** 
     * @param receiver 
     */ 
    public ConcreteCommand2(Receiver receiver)
    {
        this.receiver = receiver;
    }

    /** { @inheritDoc } */
    @Override
    public void execute()
    {
        receiver.doSomething();
    }

}

public abstract class Receiver
{
    public abstract void doSomething();
}

public class ConcreteReceiver1 extends Receiver
{

    /** { @inheritDoc } */
    @Override
    public void doSomething()
    {
        // TODO Auto-generated method stub
    }

}

public class ConcreteReceiver2 extends Receiver
{

    /** { @inheritDoc } */
    @Override
    public void doSomething()
    {
        // TODO Auto-generated method stub
    }

}

public class Client
{
    public static void main(String[] args)
    {
        // 首先声明调用者Invoker
        Invoker invoker = new Invoker();
        // 定义接收者
        Receiver receiver = new ConcreteReceiver1();
        // 定义一个发送给接收者的命令
        Command command = new ConcreteCommand1(receiver);
        // 把命令交给调用者去执行
        invoker.setCommand(command);
        invoker.action();
    }
}

命令模式的优缺点

优点：1.将调用操作的对象与知道如何实现该操作的对象解耦，请求与具体实现相解耦

　　　2.Command是头等的对象，他可以像其他对象一样被操作和扩展，易扩展，你可以很容易的添加Command而不需要改变现有的类，也可以很轻松的将多个Command装配成一个复合的命令

 缺点：几乎都要针对不同的命令，新增不同的类，增加系统复杂度