Java设计模式--命令模式

命令模式【Command Pattern 】
以公司做项目为例，一个项目的完成需要不同的项目组进行合作，先假设客户与每个项目组进行讨论，最后执行任务。这个项目主要是进行增删改查。
先看类图：

Group类设计如下：

public abstract class Group {    //甲乙双方分开办公，你要和那个组讨论，你首先要找到这个组    public abstract void find();    //被要求增加功能    public abstract void add();    //被要求删除功能    public abstract void delete();    //被要求修改功能    public abstract void change();    //被要求给出所有的变更计划    public abstract void plan();}

需求组定义如下：

public class RequirementGroup extends Group {    //客户要求需求组过去和他们谈    public void find() {    System.out.println("找到需求组...");    }    //客户要求增加一项需求    public void add() {    System.out.println("客户要求增加一项需求...");    }    //客户要求修改一项需求    public void change() {    System.out.println("客户要求修改一项需求...");    }    //客户要求删除一项需求    public void delete() {    System.out.println("客户要求删除一项需求...");    }    //客户要求出变更计划    public void plan() {    System.out.println("客户要求需求变更计划...");    }}

依次类推，这样子设计的话，客户就要跟不同的项目组分别讨论，显然是不太合理的，谁这么有空？？于是乎就要有项目经理这个角色来充当项目的对接，使客户只需与项目经理进行沟通即可。

类图修改如下：

Command 抽象类：客户发给我们的命令，定义三个工作组的成员变量，供子类使用；定义一个抽象方法
execute，由子类来实现；
Invoker 实现类:项目接头人，setComand 接受客户发的命令，action 方法是执行客户的命令（方法名写成是 action 是与 command 的 execute 区分开，避免混淆）
我们先看 Command 抽象类代码：

public abstract class Command {    //把三个组都定义好，子类可以直接使用    protected RequirementGroup rg = new RequirementGroup(); //需求组    protected PageGroup pg = new PageGroup(); //美工组    protected CodeGroup cg = new CodeGroup(); //代码组;    //只要一个方法，你要我做什么事情    public abstract void execute();}

增加需求的类可以设计如下：

public class AddRequirementCommand extends Command {    //执行增加一项需求的命令    public void execute() {    //找到需求组    super.rg.find();    //增加一份需求    super.rg.add();    //给出计划    super.rg.plan();    }}

接头人的任务就是根据用户提什么要求就执行相应的要求。

public class Invoker {    //什么命令    private Command command;    //客户发出命令    public void setCommand(Command command){    this.command = command;    }    //执行客户的命令    public void action(){    this.command.execute();}

于是乎，在主类的方法调用只需如下：

public static void main(String[] args) {    //定义我们的接头人    Invoker xiaoSan = new Invoker(); //接头人    //客户要求增加一项需求    System.out.println("-------------客户要求增加一项需求-----------------");    //客户给我们下命令来    Command command = new AddRequirementCommand();    //接头人接收到命令    xiaoSan.setCommand(command);    //接头人执行命令    xiaoSan.action();}

这样就实现了命令模式。下面还得看一下命令模式的通用类图。

在这个类图中，我们看到三个角色：
Receiver 角色：这个就是干活的角色，命令传递到这里是应该被执行的，具体到上面我们的例子中就是
Group 的三个实现类；
Command 角色：就是命令，需要我执行的所有命令都这里声明；
Invoker 角色：调用者，接收到命令，并执行命令，例子中我这里项目经理就是这个角色

总结：
（1）命令模式体现出来封装性，把请求方（Invoker）和执行方（Receiver）分开了，同时也保障了很好的扩展性。
（2）如果使用命令模式，就要引入调用者、接收者两个角色，原本放在一处的逻辑就会分散到了三个类中，设计时，必须考虑这样的代价是否值得。
（3）如果命令很多，开发起来就要头疼了。特别是很多简单的命令，实现起来就几行代码的事，而使用命令模式的话，不用管命令多简单，都需要写一个命令类来封装。使代码出现臃肿现象。