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

在学习这个模式之时，我看到的一本教材中讲的很不错就翻版下来供大家参考，这个实例也比较好容易理解，废话不多说，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();
	}
}

输出结果

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

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