第八章———命令模式

又是新的一周了，今天股市基金两头红，心情高兴不扯淡，直接代码就是干。

命令模式是一个简单且实用的设计模式；我们先看看定义：
命令模式是一个高内聚的模式，其定义为：Encapsulate a request as an object,thereby
letting you parameterize clients with different requests,queue or log requests,and support undoable
operations.（将一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，对请
求排队或者记录请求日志，可以提供命令的撤销和恢复功能。）

官方说的很抽象难理解；所谓命令，就要有命令发布者，接收者，具体命令；我们试着写个Demo;
例如有这么一个需求：

一个外包公司接了一个活，客户以文档形式提了一些需求，价格什么的都谈好了；公司内部研发团队也是比较健全的，有UI组有产品组有研发组；日后的协作中客户会经常变更需求；这个时候就有个沟通过程；我们现在用程序来模拟一下这个场景；

接收者是具体的项目组，比如修改个UI那就是UI组，添加个需求那就是需求组，我们来定义一下这个接收者的抽象：

package com.ldl.commonmode;
     /**
      * @author deling 2017年11月6日 定义命令的接收者具体由其子类接          收*/
  public abstract class Group {
// 找到这个组
public abstract void find();

// 添加需求
public abstract void add();

// 删除需求
public abstract void delete();

// 修改需求
public abstract void change();

// 给出一个具体修改后的计划
public abstract void plan();
}

我们具体实现一个：

 package com.ldl.commonmode;

    /**
        * @author deling 2017年11月6日
   */
      class Products extends Group {

/*
 * (non-Javadoc)
 * 
 * @see com.ldl.commonmode.Group#find()
 */
@Override
public void find() {
    System.out.println("找到Products组");

}

/*
 * (non-Javadoc)
 * 
 * @see com.ldl.commonmode.Group#add()
 */
@Override
public void add() {
    // TODO Auto-generated method stub
    System.out.println("让Products组添加一个需求");
}

/*
 * (non-Javadoc)
 * 
 * @see com.ldl.commonmode.Group#delete()
 */
@Override
public void delete() {
    // TODO Auto-generated method stub
    System.out.println("让Products组删除一个需求");
}

/*
 * (non-Javadoc)
 * 
 * @see com.ldl.commonmode.Group#change()
 */
@Override
public void change() {
    // TODO Auto-generated method stub
    System.out.println("让Products组修改一个需求");
}

/*
 * (non-Javadoc)
 * 
 * @see com.ldl.commonmode.Group#plan()
 */
@Override
public void plan() {
    // TODO Auto-generated method stub
    System.out.println("让Products组返回一个改变后的计划书");
}
     }

这个是产品组：
下面我们再具体定义一个Ui组和业务实现组：

        package com.ldl.commonmode;

     /**
      * @author deling 2017年11月6日
     */
   public class UiGroup extends Group {

/*
 * (non-Javadoc)
 * 
 * @see com.ldl.commonmode.Group#find()
 */
@Override
public void find() {
    System.out.println("找到Ui组");

}

/*
 * (non-Javadoc)
 * 
 * @see com.ldl.commonmode.Group#add()
 */
@Override
public void add() {
    System.out.println("让Ui组删除一个界面");

}

/*
 * (non-Javadoc)
 * 
 * @see com.ldl.commonmode.Group#delete()
 */
@Override
public void delete() {
    // TODO Auto-generated method stub

}

/*
 * (non-Javadoc)
 * 
 * @see com.ldl.commonmode.Group#change()
 */
@Override
public void change() {
    // TODO Auto-generated method stub
    System.out.println("让Ui组修改一个界面");
}

/*
 * (non-Javadoc)
 * 
 * @see com.ldl.commonmode.Group#plan()
 */
@Override
public void plan() {
    // TODO Auto-generated method stub
    System.out.println("让Ui返回给一个具体修改后的计划");

}

 }

好了Code组同上，我们怎么调用呢这三个组相互协调，总得有个调度员吧；我了我们定义个Invoker类作为调度员：

package com.ldl.commonmode;
/**
* @author deling 2017年11月6日定义一个接头人跟客户对接接收客户命令   并且执行 */
  public class Invoker {
private Command command;

public Command getCommand() {
    return command;
}

public void setCommand(Command command) {
    this.command = command;
}

public void action() {
    this.command.execute();
}
        }

测试一下：

  package com.ldl.commonmode;
  /*     * @author deling 2017年11月6日定义一个接头人跟客户对接接收客户命    令并且执行
    */
 public class Invoker {
private Command command;

public Command getCommand() {
    return command;
}

public void setCommand(Command command) {
    this.command = command;
}

public void action() {
    this.command.execute();
}
 }

图片.png

效果还不错哦，
这就是一种命令模式的应用；Group及其子类是具体命令接收执行者，Command以及其子类是具体的命令；命令发布协调调用是Invoker 来调度；具体发布什么命令可以继续扩展；我们也可以在发布命令时候指定接收者；例如：

   package com.ldl.commonmode;
   /**
     * @author deling 2017年11月6日
     */
     public class GloabCommand extends Command {
     private Group gloabGroup;

public GloabCommand(Group gloabGroup) {
    super();
    this.gloabGroup = gloabGroup;
}

/*
 * (non-Javadoc)
 * 
 * @see com.ldl.commonmode.Command#execute()
 */
@Override
public void execute() {
    // TODO Auto-generated method stub
    this.gloabGroup.find();
}}

我们定义一个命令在构造方法里传进去由谁来接收执行；测试下

     Command gloabCommand=new GloabCommand(new CodeGroup());
    invoker.setCommand(gloabCommand);
    invoker.action();

图片.png

总结一下:
命令模式的缺点：
命令过多时候会造成命令膨胀；
优点:
类之间解耦，调用者角色与接收者角色之间没有任何依赖关系，调用者实现功能时只需调用Command
抽象类的execute方法就可以；
可扩展性：子命令可以很容易扩展；而调用者Invoker和高层次的模块Client不产生严
重的代码耦合。

对命令的撤销我们可以这么做；在接受者里抽取一个模板方法；具体命令里调用这个接收者的回滚的方法；最后我们附上一个通用类图：

图片.png