设计模式之第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 }
最后是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 }
经调用之后,就是我们常见的:小明,滚出去了。额,感觉有哪里不对。
命令模式之应用场景
在以下的场景中,可以使用Command模式来实现:
- 不同的时刻、排列和执行请求。
- 支持取消操作。
- 支持修改日志。
- 用构建在原语操作上的高层操作构造一个系统。
以上。预知后式如何,且听下回分解。
PS:本博客欢迎转发,但请注明博客地址及作者~
博客地址:http://www.cnblogs.com/voidy/
<。)#)))≦