转载

设计模式之第14章-命令模式(Java实现)

“小明，滚出去。”“小明，这个问题怎么做？”（可怜的小明无奈躺枪。小明：老师，我和你有什么仇什么怨，我和你有什么仇什么怨啊到底、、、老师：小明，滚出去。习惯了而已。小明：、、、）对于这种现象，有请命令模式来做一下解说。

命令模式之自我介绍

知道高内聚么？不知道吧，其实我也不知道。（作者按：某模式开启装逼模式，装逼模式正在开启中、、、开启失败，回滚。）所以让作者大大给我们科普一下（苦命的我啊~），所谓高内聚是软件工程的一个概念，主要是面向对象的设计，说的是类与类的关系，所谓高内聚就是说一个模块内各个元素结合的紧密程度比较高。高内聚就是很好符合了单一职责的设计原则。好了，科普结束，觅食去了。恩恩，鱼哥说的就是我想说的，而我就是一个高内聚的模式。定义是：Encapsulate a request as an object ,thereby letting you parameterize clients with different requests, queue or log requests, and support undoable operations.译为：将一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。通用类图如下：

图上这么清楚的解释把我想要说的的都说完了，我就不啰嗦了~

命令模式之自我分析

使用我可以达到以下效果：

将调用操作的对象与知道如何实现该操作的对象解耦。
可以将多个命令装配成一个复合的命令。
增加新的命令很容易，无需改变已有的类。
类间解耦，调用者角色与接收者之间没有任何依赖关系。
可以与我的兄弟职责链模式结合，实现命令族解析任务，与模板方法结合，可以减少命令子类膨胀的问题。

不足：

若命令有上千个，就需要有上千个类，类膨胀过于严重，但是可以结合模板方法，减少类的膨胀。

命令模式之实现

那我们就拿老师与小明的故事来实现一下命令模式，首先自然是接收命令的人的抽象类了：

1 public abstract class Receiver{ 2     //抽象接受者，定义接受者所需要完成的业务 3     public abstract void out(); 4  5 }

这里定义了一个抽象类，以及一个抽象方法：出去。

然后是具体的接收者的实现类，可以是小墙、小东、小西等等，这里拿小明举栗子：

1 public class XiaoMing extends Receiver{ 2     //接受者执行的命令 3     public void out(){ 4         System.out.println("小明，滚出去。"); 5     } 6 }

接下来是command的抽象类：

1 public abstract class Command{ 2     //每个命令执行一个方法 3     public abstract void execute(); 4 }

之后是具体的Command的实现类：

 1 public class ConcreteCommand extends Command{  2     //对相应的Receiver类进行命令处理  3     private Receiver receiver;  4     //构造函数传递接受者  5     public ConcreteCommand(Receiver receiver){  6         this.receiver = receiver;  7     }  8   9     //实现一个命令 10     public void execute(){ 11         this.receiver.out(); 12     } 13 }

View Code

最后是Invoker类的代码实现：

 1 public class Invoker{  2     private Command command;  3     //接收命令  4   5     public void setCommand(Command command){  6         this.command = command;  7     }  8   9     //执行命令 10     public void action(){ 11         this.commadn.execute(); 12     } 13 }