一 概述
最近重读Gof的设计模式,偶尔还是会感叹此书(汉语翻译版)对初学者的不友好,不知道是不是与翻译有关。有时上面的字你都认识,但是连起来就不知道他在说啥,加上此书使用早期 C++ 作为示例代码。。。真的建议初学者不要浪费时间在这本书上,可以先找几本浅显易懂的入门,然后水平到达一定程度了再涉猎此书。。。
今天我们就浅显易懂的了解一下一个比较常用的设计模式:Command pattern
1.1 定义
将一个请求封装成一个对象,从而让用户使用不同的请求把客户端参数化,对请求排队或者记录日志,可以提供命令的撤销和恢复功能。
- 命令模式属于行为型模式
- 我们遇到最常见的命令模式就是关机操作了,我们只需点击一下关机按钮就可以了,至于计算机是如何关机的,我们不需要关心其实现细节
1.2 使用场景
我反复强调,设个非常重要!因为纵使你有十八般武器,不知道什么时候用也是白搭。从定义上我们就可以看出其可以解决的问题。
- 当需要将各种执行的动作抽象出来,使用时通过不同的参数来决定执行哪个对象
- 当某个或者某些操作需要支持撤销的场景
- 当要对操作过程记录日志,以便后期通过日志将操作过程重新做一遍时
- 当某个操作需要支持事务操作的时候
以上是命令模式可以胜任的场景,需要你在实践中不断摸索和体会。
1.3 UML 类图
角色说明:
- Command(命令角色):接口或者抽象类,定义要执行的命令
- ConcreteCommand(具体命令角色):具体的执行命令,他们需要实现 Command 接口
- Invoker(调用者角色):负责按照客户端的指令设置并执行命令,像命令的撤销,日志的记录等功能都要在此类中完成
- Receiver(接收者角色):真正执行命令的角色,那些具体的命令引用它,让它完成命令的执行
- Client(客户端角色):Client可以创建具体的命令对象,并且设置命令对象的接收者
二 实现
21世纪,人类社会的科技日新月异,狂人马斯克正在努力在2050年前将100万人类送往火星殖民。同时人类社会在其他方面也在努力创新,比如人工智能,这不最近有一家科技公司竟然制造出了高智慧性爱机器人,还支持订制,真是太贴心了。王二狗很兴奋,乘着媳妇出差的时候,偷偷订制了两款:BingBing 号与 MiMi 号。
今夜,王二狗就是整个小区那个最靓的仔,一切准备就绪,准备发车。。。二狗随后会向机器人发出各种各样的指令,这个就很适合使用命令模式。
2.1 创建一个命令接口 (Command)
/**
* 命令接口,所有具体的命令都会实现此接口,Invoker只认识此接口
*
* 其实现类自己包含了可以执行自己的对象(receiver),已经执行时候需要的数据
*/
public interface Command {
void execute();
}
2.2 构建那些可以具体完成命令的角色(Receiver)
二狗发出的那些命令,得有具体的角色来执行,这就用到订制的那两个机器人啦。
1、构建一个 BingBing 号机器人
public class FanBingBingReceiver {
public void tackOffBra(){
System.out.println("只见冰冰纤纤玉手,顺着双峰慢慢移到了背后,一颗,两颗...");
}
public void tackOffPants(){
System.out.println("伴随着重金属的摇滚音乐,冰冰扭动着水蛇腰,双手已经移动到了三角区...");
}
...
}
为了和谐,此处的 BingBing 号机器人只支持了两个功能:tackOffBra 与 tackOffPants,如果有想更进一步者,请自便。。。
2、构建一个 MiMi 号机器人
public class YangMiReceiver {
public void hotDance(){
System.out.println("终日以文雅示人的大幂幂尽然也有她狂野的一面,
只见她随着音乐疯狂的扭动,魅惑的表情更是让人想入非非,欲罢不能...");
}
}
为了和谐,此处指定 MiMi 号机器人只会跳辣舞。
2.3 构建各种具体命令(ConcreteCommand)
来看看王二狗这厮都会发送什么猥琐的命令吧?
构建一个脱胸罩命令,其要实现 Command 接口。因为只有 BingBing 机器人提供这个功能,所以我们要在这个命令内部使用 FanBingBingReceiver 来具体执行。
public class TuoXiongZhaoCommand implements Command {
private FanBingBingReceiver bingBing;
public TuoXiongZhaoCommand(FanBingBingReceiver bingBing) {
this.bingBing = bingBing;
}
@Override
public void execute() {
bingBing.tackOffBra();
}
}
构建一个脱裤子命令,与脱胸罩命令类似
public class TuoKuZiCommand implements Command {
private FanBingBingReceiver bingBing;
public TuoKuZiCommand(FanBingBingReceiver bingBing) {
this.bingBing = bingBing;
}
@Override
public void execute() {
bingBing.tackOffPants();
}
}
二狗还想看辣舞,所以再构建一个跳辣舞命令。由于只有 MiMi 号机器人提供这个能力,所以此处的执行者就变成了 YangMiReceiver
public class TiaoLaWuCommand implements Command {
private YangMiReceiver daMiMi;
private String duration;//跳舞的时长
public TiaoLaWuCommand(YangMiReceiver daMiMi, String duration) {
this.daMiMi = daMiMi;
this.duration = duration;
}
@Override
public void execute() {
System.out.println(String.format("开始跳舞表演,时长为:%s", duration));
daMiMi.hotDance();
}
}
我们看到,此命令里面除了具体执行命令的 YangMiReceiver,还包含了命令执行时需要的数据,例如跳舞时长。这也是命令模式需要注意的地方,具体的命令类里不止包含具体执行命令的那个对象,也包含相关数据。
2.4 构建命令的调用者 (Invoker)
机器人和命令都准备好了,那么具体怎么发送呢?这就是 Invoker 的角色了。二狗买这两个机器人时还带了一个智能语音控制器,他通过这个控制器就可以发出各种命令了。
public class RobotInvoker {
private final List<Command> sexRobotCommands = new ArrayList<>();
public void clearCommand(){
sexRobotCommands.clear();
}
//设置一套命令,不知道具体执行者是谁
public void addCommands(Command command) {
sexRobotCommands.add(command);
}
//执行脱衣系列命令
public void executeCommand() {
for (Command tuoYiCommand : sexRobotCommands) {
tuoYiCommand.execute();
}
}
}
2.5 客户端测试
终于到了发车的时刻了。二狗兴奋的唤起了控制系统(RobotInvoker )喊道:来来,让 bingbing 先把胸罩脱了,再把裤子脱了… 还有,让 mimi 来段辣舞,要那种让人欲罢不能的辣舞哦…
public class DogWang2Client {
//享受xa机器人的服务
public void enjoySexRobot() {
//robot 控制系统,用户通过此系统来发出命令
RobotInvoker invoker = new RobotInvoker();
//生成脱衣命令
FanBingBingReceiver bingBingReceiver = new FanBingBingReceiver();
TuoXiongZhaoCommand tuoXiongZhaoCommand = new TuoXiongZhaoCommand(bingBingReceiver);
TuoKuZiCommand tuoKuZiCommand = new TuoKuZiCommand(bingBingReceiver);
//构建脱衣命令序列
invoker.addCommands(tuoXiongZhaoCommand);
invoker.addCommands(tuoKuZiCommand);
//执行命令
invoker.executeCommand();
//生成跳舞命令
YangMiReceiver yangMiReceiver = new YangMiReceiver();
TiaoLaWuCommand tiaoLaWuCommand = new TiaoLaWuCommand(yangMiReceiver, "半小时");
//构建跳舞命令
invoker.clearCommand();
invoker.addCommands(tiaoLaWuCommand);
//执行命令
invoker.executeCommand();
}
}
输出结果:
只见冰冰纤纤玉手,顺着双峰慢慢移到了背后,一颗,两颗...
伴随着重金属的摇滚音乐,冰冰扭动着水蛇腰,双手已经移动到了三角区...
开始跳舞表演,时长为:半小时
终日以文雅示人的大幂幂尽然也有她狂野的一面,只见她随着音乐疯狂的扭动,魅惑的表情更是让人想入非非,欲罢不能...
三 总结
3.1 特点
- Command 接口非常简单,通常只有一个 execute 方法,如果要支持撤销操作的话,再加一个 unexecute 方法
- 每个具体的命令类内部封装了实际执行命令的那个类(Recevier),或者那些类,以及执行需要的数据
- 每个具体命令类只完成一个请求,有多少个请求就有多少个命令
- Invoker 类只认识接口 Command,其他的都不认识
- 客户端类负责生成命令,并通过 Invoker 组装执行
3.2 优点
- 将调用操作与具体执行者解耦
你只管发出命令,至于命令由谁执行你不用关心。我们也可以随时将命令中具体执行者换掉,发出命令者是不知道的。例如你大老板交给经理一个任务,至于经理安排小张,还是小王来做,他根本就不关心。 - 添加一个命令非常容易,扩展命令只需新增具体命令类即可,符合开放封闭原则
- 很容易实现序列操作及实现回调系统
你把命令加到一个列表中,迭代执行就可以实现序列操作了。 因为 Java 不能将函数作为参数,此处我们可以将命令对象当做参数,而这个对象还可执行,所以就实现了回调功能。
3.3 缺点
过多的命令会造成过多的类。
四 Android 中的源码实例分析
4.1 线程类
实际上 Thread 的使用就是一个简单的命令模式,先看下 Thread 的使用:
new Thread(new Runnable() {
@Override
public void run() {
//doSomeThing
}
}).start();
Thread 的 start() 方法即命令的调用者,同时 Thread 的内部会调用 Runnable 的 run(),这里 Thread 又充当了具体的命令角色,最后的 Runnable 则是接受者了,负责最后的功能处理。
4.2 Handler
另一个比较典型的常用到命令模式就是 Handler 了,这里就不贴代码了,简单分析下各个类的角色:
- 接受者:Handler,执行消息的处理操作
- 调用者:Looper,调用消息的的处理方法
- 命令角色:Message,消息类