常用的设计模式（五）--命令模式

在学习这个模式之时，我看到的一本教材中讲的很不错就翻版下来供大家参考，这个实例也比较好容易理解，废话不多说，lets go!

今天讲命令模式，这个模式从名字上看就很简单，命令嘛，老大发命令，小兵执行就是了，确实是这个意思，
但是更深化了，用模式来描述真是是世界的命令情况。正在看这本书的你，我猜测分为两类：已经工作的和没有
工作的，先说没有工作的，那你为啥要看这本书，为了以后工作呗，只要你参见工作，你肯定会待在项目组，那
今天我们就以项目组为例子来讲述命令模式。
我是我们部门的项目经理，就是一个项目的头，在中国做项目，项目经理就是什么都要懂，什么都要管，做
好了项目经理能分到一杯羹，做不好都是你项目经理的责任，这个是绝对的，我带过太多的项目，行政命令一压
下来，那就一条道，做完做好！我们虽然是一个集团公司，但是我们部门是独立核算的，就是说呀，我们部门不
仅仅为我们集团服务，还可以为其他甲方服务，赚取更多的外快，所以俺们的工资才能是中上等。在 2007 年我
带领了一个项目，比较小，但是钱可不少，是做什么的呢？为一家旅行社建立一套内部管理系统，管理他的客户、
旅游资源、票务以及内部管理，整体上类似一个小型的 ERP 系统，门店比较多，员工也比较多，但是需求比较
明确，因为他们之前有一套自己购买的内部管理系统，这次变动部分模块基本上是翻版，而且旅行社有自己的
IT 部门，比较好相处，都是技术人员，没有交流鸿沟嘛。
这个项目的成员分工也是采用了常规的分工方式，分为需求组（ Requirement Group，简称 RG）、美工组（ Page Group,简称 PG）、代码组（我们内部还有一个比较优雅的名字：逻辑实现组，这里使用大家经常称呼的名称吧，英文缩写叫 Code Group，简称 CG），总共加上我这个项目经理正好十个人，刚开始的时候客户（也就是旅行社，甲方）还是很乐意和我们每个组探讨，比如和需求组讨论需求，和美工讨论页面，和代码组讨论实现，告诉他们修改这里，删除这里，增加这些等等，这是一种比较常见的甲乙方合作模式，甲方深入到乙方的项目开发中。据此我们建立一个抽象类

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("客户要求需求变更计划...");}}public class PageGroup 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("客户要求页面变更计划...");}}public class CodeGroup 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("客户要求代码变更计划...");}}

但是随着项目的深入，客户肯定会烦于对每个组都做安排，这就需要只对一个人（项目经理-负责命令这三组）说出他的要求就ok了！

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 DeletePageCommand extends Command {//执行删除一个页面的命令public void execute() {//找到页面组super.pg.find();//删除一个页面super.rg.delete();//给出计划super.rg.plan();}}

指挥中心-项目经理

/* 接头人的职责就是接收命令，并执行*/public class Invoker {   //什么命令private Command command;//客户发出命令public void setCommand(Command command){this.command = command;}    //执行客户的命令public void action(){this.command.execute();}}

测试用例1

public class CommandTest {public static void main(String[] args) {// TODO Auto-generated method stub   Invoker invoker = new Invoker();   Command command = new AddRequirementCommand();   invoker.setCommand(command);   invoker.action();}}

输出结果

找到需求组...客户要求增加一项需求...客户要求需求变更计划...

测试用例2

public class CommandTest {public static void main(String[] args) {// TODO Auto-generated method stub   Invoker invoker = new Invoker();   //Command command = new AddRequirementCommand();   <span style="color:#ff0000;">Command command = new DeletePageCommand();</span>   invoker.setCommand(command);   invoker.action();}}

输出结果

找到美工组...客户要求删除一项需求...客户要求需求变更计划...

看到上面打红色的代码来吗？就修改了这么多，就完成了一个命令的，是不是很简单，而且客户也不用知道
到底要谁来修改，这个他不需要知道的，高内聚的要求体现出来了，这就是命令模式