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

Posted on 2015-01-26 18:03 尛鱼阅读(996) 评论(0) 编辑收藏举报

设计模式之第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 }