引子
在软件开发系统中,常常出现“方法的请求者“与“方法的实现者”之间存在紧密的耦合关系。这不利于软件功能的扩展与维护。例如,想对行为进行“撤销、重做、记录”等处理都很不方便,因此“如何将方法的请求者与方法的实现者解耦?”变得很重要,命令模式能很好地解决这个问题。
在现实生活中,这样的例子也很多,例如,电视机遥控器(命令发送者)通过按钮(具体命令)来遥控电视机(命令接收者),还有计算机键盘上的“功能键”等。
官方定义:Command Pattern(命令模式)是一个高内聚的模式。将一个请求封装成一个对象,使发出请求的责任和执行请求的责任分割开。这样两者之间通过命令对象进行沟通,这样方便将命令对象进行储存、传递、调用、增加与管理。
命令模式的结构与实现
命令模式包含以下主要角色。
- 抽象命令类(Command)角色:声明执行命令的接口,拥有执行命令的抽象方法 execute()。
- 具体命令角色(Concrete Command)角色:是抽象命令类的具体实现类,它拥有接收者对象,并通过调用接收者的功能来完成命令要执行的操作。
- 实现者/接收者(Receiver)角色:执行命令功能的相关操作,是具体命令对象业务的真正实现者。
- 调用者/请求者(Invoker)角色:是请求的发送者,它通常拥有很多的命令对象,并通过访问命令对象来执行相关请求,它不直接访问接收者。
类图如下:
我们用吃早餐来举例说明命令模式吧。
分析:客户去餐馆可选择的早餐有肠粉、馄饨、油条等,客户可向服务员选择以上早餐中的若干种,服务员将客户的请求交给相关的厨师去做。这里的点早餐相当于“命令”,服务员相当于“调用者”,厨师相当于“接收者”,所以用命令模式实现比较合适。
调用者
public class Waiter {
private Breakfast changFen,hunDun, youTiao;
public void setChangFen(Breakfast changFen) {
this.changFen = changFen;
}
public void setHunDun(Breakfast hunDun) {
this.hunDun = hunDun;
}
public void setYouTiao(Breakfast youTiao) {
this.youTiao = youTiao;
}
public void chooseChangFen()
{
changFen.cooking();
}
public void chooseHunDun()
{
hunDun.cooking();
}
public void chooseYouTiao()
{
youTiao.cooking();
}
}
抽象命令
public abstract class Breakfast {
public abstract void cooking();
}
具体命令
public class ChangFen extends Breakfast {
private ChangFenCook receiver;
public ChangFen() {
receiver = new ChangFenCook();
}
@Override
public void cooking() {
receiver.cooking();
}
}
public class HunDun extends Breakfast {
private HunDunCook receiver;
public HunDun() {
receiver = new HunDunCook();
}
@Override
public void cooking() {
receiver.cooking();
}
}
public class YouTiao extends Breakfast{
private YouTiaoCook receiver;
public YouTiao() {
receiver = new YouTiaoCook();
}
@Override
public void cooking() {
receiver.cooking();
}
}
接收者
public class ChangFenCook {
public void cooking() {
System.out.println("一份肠粉马上好嘞~");
}
}
public class HunDunCook {
public void cooking() {
System.out.println("一份混沌马上好嘞~");
}
}
public class YouTiaoCook {
public void cooking() {
System.out.println("一份油条马上好嘞~");
}
}
测试类
public class Client {
public static void main(String[] args) {
Breakfast food1 = new ChangFen();
Breakfast food2 = new HunDun();
Breakfast food3 = new YouTiao();
Waiter waiter = new Waiter();
//设置菜单
waiter.setChangFen(food1);
waiter.setHunDun(food2);
waiter.setYouTiao(food3);
//选择早餐
waiter.chooseChangFen();
waiter.chooseHunDun();
waiter.chooseYouTiao();
}
}
运行结果
命令模式的优点
- 降低系统的耦合度。命令模式能将调用操作的对象与实现该操作的对象解耦。
- 增加或删除命令非常方便。采用命令模式增加与删除命令不会影响其他类,它满足“开闭原则”,对扩展比较灵活。
- 可以实现宏命令。命令模式可以与组合模式结合,将多个命令装配成一个组合命令,即宏命令。
- 方便实现 Undo 和 Redo 操作。命令模式可以与后面介绍的备忘录模式结合,实现命令的撤销与恢复。
命令模式的缺点
可能产生大量具体命令类。因为计对每一个具体操作都需要设计一个具体命令类,这将增加系统的复杂性。
命令模式的应用场景
命令模式通常适用于以下场景。
- 当系统需要将请求调用者与请求接收者解耦时,命令模式使得调用者和接收者不直接交互。
- 当系统需要随机请求命令或经常增加或删除命令时,命令模式比较方便实现这些功能。
- 当系统需要执行一组操作时,命令模式可以定义宏命令来实现该功能。
- 当系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作时,可以将命令对象存储起来,采用备忘录模式来实现。