- 命令模式的意图
- 命令模式的构成
1.客户角色：
创建一个具体命令对象，并确定其接受者。
2.命令角色：
声明一个给所有具体命令类的抽象接口。这是一个抽象角色，通常由一个接口或抽象类实现。
3.具体命令角色：
定义一个接收者和行为之间的弱耦合，实现execute方法，负责调用接收者的相应操作。
4.请求者角色：
负责调用命令对象执行请求。
5.接收者角色：
负责具体实施和执行一个请求。
关于命令者模式，我前面还有一篇博客。说的简单点命令者模式就是将请求对象和请求对象的实现解耦，2个都作为参数实现动态传参。在Java1.8中已经有了函数式接口，也就是专门针对Java不能将一段代码块作为参数传入一个方法做的补充。
OK，现在我们来写个例子吧。
package org.linkinpark.junit.testjunit;/** * @创建作者： LinkinPark * @创建时间： 2016年2月5日 * @功能描述： 命令者模式接口 */public interface Command{ void execute();}
package org.linkinpark.junit.testjunit;/** * @创建作者： LinkinPark * @创建时间： 2016年2月5日 * @功能描述： 接受者，也就是处理请求的那个对象 */public class Receiver{ public void doSomething() { System.out.println("doSomething in receiver。。。"); }} package org.linkinpark.junit.testjunit;/** * @创建作者： LinkinPark * @创建时间： 2016年2月5日 * @功能描述： 接受者和行为之间的弱耦合实现 */public class ConcreteCommand implements Command{ private Receiver receiver; public ConcreteCommand(Receiver receiver) { super(); this.receiver = receiver; } @Override public void execute() { receiver.doSomething(); }} package org.linkinpark.junit.testjunit;/** * @创建作者： LinkinPark * @创建时间： 2016年2月5日 * @功能描述： 请求执行器，创建一个请求接受者，然后触发命令者接口中对接受者行为的触发 */public class Invoker{ private Command command; public Invoker(Command command) { super(); this.command = command; } public void doAction() { command.execute(); }} package org.linkinpark.junit.testjunit;import org.junit.Test;public class CommandTest{ @Test public void testCommand() { // 接收者 Receiver receiver = new Receiver(); // 命令：具体命令关联接收者 Command command = new ConcreteCommand(receiver); // 调用者 Invoker invoker = new Invoker(command); // 调用者调用命令，实际是所关联的接收者执行操作 invoker.doAction(); }} OK，最后我们写了一个测试了，我们看下控制台，成功执行了我们想要的逻辑。
doSomething in receiver。。。上面的这几段代码，轻松的实现了一个对象和该对象行为之间的松耦合。
1，假如我们现在想要改变该对象的行为，其他的代码根本不需要动。只需要修改command接口中对象的行为代码就OK。比如我们现在想在对象执行doSomething()方法前后执行特定的逻辑，直接这里修改就OK。比如我们现在对concreteCommand做如下修改：
package org.linkinpark.junit.testjunit;/** * @创建作者： LinkinPark * @创建时间： 2016年2月5日 * @功能描述： 接受者和行为之间的弱耦合实现 */public class ConcreteCommand implements Command{ private Receiver receiver; public ConcreteCommand(Receiver receiver) { super(); this.receiver = receiver; } @Override public void execute() { System.out.println("这里是对象执行doSomething()之前的行为。。。"); receiver.doSomething(); System.out.println("这里是对象执行doSomething()之后的行为。。。"); }}控制台输出如下：
这里是对象执行doSomething()之前的行为。。。doSomething in receiver。。。这里是对象执行doSomething()之后的行为。。。2，假如我们现在不想改变该对象的行为，而是想改变测试对象。那么我们只需要直接修改receiver对象就可以，比如我们继承或者重新组合一个对象。我们现在对Receiver对象派生一个子类：
package org.linkinpark.junit.testjunit;public class SonReceiver extends Receiver{ @Override public void doSomething() { super.doSomething(); System.out.println("上面是父类的执行，这里开始走自己的逻辑。。。"); } }控制台输出如下：
这里是对象执行doSomething()之前的行为。。。doSomething in receiver。。。上面是父类的执行，这里开始走自己的逻辑。。。这里是对象执行doSomething()之后的行为。。。在JUnit中的体现 我们编写的TestCase就像是一个命令，通过调用器调用后，JUnit框架中有相应的接收者来执行我们的测试方法。TestCase是真正的测试执行者，每个测试用例都会生成一个TestCase对象，这就是典型的命令者模式。TestCase实现Test接口中定义的方法，测试开发人员只需要关注这些接口方法，而不必关心TestCase以及junit内部的实现细节，run()方法就是Command模式中Execute()方法。
public void run(TestResult result) { result.run(this); } 使用命令(Command)模式后给系统的架构带来了哪些效果 Command模式将实现请求的一方（TestCase）和调用一方（JUnit）进行解耦。 Command模式使得新的TestCase很容易加入，无需改变已有的类，只需继承TestCase类即可，这样方便了测试人员。 Command模式可以将多个TestCase进行组合成一个复合命令，TestSuite就是复合命令，它使用了Composite模式。 Command模式容易把请求的TestCase组合成请求队列，这样使接收请求的一方（JUnit Framework）容易决定是否执行请求，一旦发现测试用例失败或者错误可以立刻停止，进行报告。