命令模式（Command）
设计模式使用的例子https://github.com/LinkinStars/DesignPatternsAllExample
一、定义
将一个请求封装为一个对象，从而可以用不同的请求对客户进行参数化；对请求排队或者记录请求日志，以及支持可撤销的操作。
命令模式是一种对象行为型模式，其别名为动作（Action）模式或事物（Transaction）模式。
二、结构
Command（抽象命令类）：一个抽象类或接口，声明了执行请求的Execute()方法，通过这些方法可以调用请求接收者的相关操作。
ConcreteCommand（具体命令类）：具体命令类是抽象命令类的子类，实现了抽象命令类中声明的方法。在实现Execute()方法时，将调用接收者对象的相关操作（Action）。
Invoker（调用者）：请求发送者，通过命令对象来执行请求。
Receiver（接收者）：接收者执行与请求相关的操作，它具体实现对请求的业务处理。
三、优点
降低了系统的耦合度，请求发送者与接受者不存在直接引用
方便地增加新的命令到系统中，无须修改源代码，从而符合开闭原则
四、缺点
使用命令模式可能会导致某些系统有过多的具体命令类。
因为针对每一个对请求接收者的调用操作都需要设计一个具体命令，因此在某些系统中可能需要提供大量的具体命令类。
五、应用场景
系统需要将请求调用者和请求接收者解耦
六、个人总结
1、命令模式最简单的理解就是，A通过命令让B执行对应的事情。
其中：A不需要知道B是如何执行的，B不需要知道是谁让他做这个事情，只要收到对应的命令就执行对应的事情
2、Invoker在其中的作用就像是一个服务员，就是帮你传递命令用的，你需要做的是告诉它你要执行什么命令
Invoker作为一个服务员也是不需要知道具体是怎么做的
3、扩展：
可以利用不同的命令组成宏命令，也就是调用一次执行多个命令的组合
可以利用空命令来保证不需要判断null，空命令就是什么也不执行
命令模式常用来处理队列请求和日志请求
参考博客：http://www.cnblogs.com/edisonchou/p/7355233.html