命令（Command）模式

      命令（Command）模式属于行为模式，它把一个请求封装到一个对象中。并且允许系统使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。

 

命令模式的构成

1.客户角色（Client）：创建一个具体的命令对象，并确定其接收者

2.命令角色（Command）：声明一个给所有具体命令类的抽象接口。这是一个抽象角色，通常由一个接口或抽象类实现

3.具体命令角色（ConcreteCommand）：定义一个接收者和行为之间的弱耦合，实现execute方法，负责调用接收者的相应操作

4.请求者角色（Invoker）：负责调用命令对象执行请求

5.接收者角色（Reciever）：负责具体实施和执行一个请求

 

 

下面分别实现各个类和接口：

（1）Command接口，命令角色

（2）ConcreteCommand具体命令角色

（3）Invoker请求者角色

 

命令模式在Junit3中的应用

    JUnit是一个测试framework，测试人员只需开发测试用例。然后把这些测试用例(TestCase)组成请求（可能是一个或多个），发送到JUnit，然后由JUnit执行，最后报告详细测试结果。其中包括执行的时间，错误方法，错误位置等。这样测试用例的开发人员就不需要知道JUnit内部的细节，只要符合它定义的请求格式即可。从JUnit的角度考虑，它并不需要知道请求TestCase的具体操作信息，仅把它当作一种命令来执行，然后把执行测试结果发给测试人员。这样就使JUnit框架和TestCase的开发人员独立开来，使得请求的一方不必知道接收请求一方的详细信息，更不必知道是怎样被接收，以及怎样被执行的，实现系统的松耦合。

此时，Command（命令）模式能够比较好地满足要求。
Command模式告诉我们可以为一个操作生成一个对象并给出它的一个“exectue（执行）”方法。

下面来考虑经过使用Command模式后给系统的架构带来了哪些效果：

1.Command模式将实现请求的一方（TestCase开发）和调用一方（JUnit）进行解耦

2.Command模式使新的TestCase很容易加入，无需改变已有的类，只需继承TestSuite就是它的符合命令，当然它使用Composite模式

3.Command模式容易把请求的TestCase组合成请求队列，这样使接收请求的一方（JUnit Framework），容易决定是否执行请求，一旦发现测试用例哦失败或者错误可以立刻停止进行报告