设计模式---命令模式

定义：Encapsulate a request as an object,thereby letting you parameterize clients with different requests,queue or log requests,and support undoable operations.（将一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，对请 求排队或者记录请求日志，可以提供命令的撤销和恢复功能。）

问题描述：

 

 

如果遇到频繁变更，就一遍一遍的执行类似的操作。

         这是一个挺好的方案，但是客户的命令是一个String类型的，这有非常 多的变化，仅仅通过一个字符串来传递命令并不是一个非常好的方案，因为在系统设计中， 字符串没有约束力，根据字符串判断相关的业务逻辑不是一个优秀的解决方案。那怎么才是 一个优秀的方案呢？解决方案是：对客户发出的命令进行封装，每个命令是一个对象，避免 客户、负责人、组员之间的交流误差，封装后的结果就是客户只要说一个命令，我的项目组 就立刻开始启动，不用思考、解析命令字符串。

 

 

 

 命令模式的优点：

        类间解耦 调用者角色与接收者角色之间没有任何依赖关系，调用者实现功能时只需调用Command 抽象类的execute方法就可以，不需要了解到底是哪个接收者执行。

        可扩展性 Command的子类可以非常容易地扩展，而调用者Invoker和高层次的模块Client不产生严 重的代码耦合。

        命令模式结合其他模式会更优秀 命令模式可以结合责任链模式，实现命令族解析任务；结合模板方法模式，则可以减少 Command子类的膨胀问题。