概述
命令模式是一种行为设计模式，它将请求封装为一个对象，从而使得可以用不同的请求、队列请求或者日志请求来参数化其他对象。简单来说，命令模式通过将操作封装在命令对象中，实现了请求发送者和请求接收者的解耦，使得系统更加灵活和可扩展。
目的
在软件开发中，我们经常需要向某个对象发送请求，但并不希望发送请求的对象直接与处理请求的对象耦合得太紧密。例如，在GUI应用程序中，按钮的点击事件处理通常需要执行某些操作，但这些操作的具体内容可能会随着业务需求的变化而变化。命令模式允许我们动态地指定、调用和修改操作，而不影响到客户端代码。
定义
命令模式包含以下主要角色：
Command接口：定义所有命令的公共接口，声明执行操作的execute()方法。
Concrete Command类：实现Command接口，负责具体的业务逻辑处理。每个Concrete Command类都对应一个具体的操作。
Receiver类：真正执行操作的类。命令模式可以将Receiver类与发送者完全解耦。
Invoker类：请求的发起者，持有Command对象并调用其execute()方法。Invoker并不关心具体是哪个Concrete Command被执行，它只负责调用命令。
适用场景
当你需要在不同的时间点指定、排列和执行请求时。
需要支持撤销/重做操作的场景。
需要支持日志记录操作或事务性操作，以供审计或故障排查。
系统需要支持多种不同的请求，且请求的处理方式可能在未来发生变化。
优点
降低耦合：命令模式通过将发出命令的对象与执行命令的对象分离，降低了系统的耦合度。
扩展性好：添加新的命令非常容易，只需要实现Command接口即可。
易于维护和调试：由于每个命令都是一个独立的类，因此更容易理解和维护。
支持复杂的操作需求：如日志、事务处理、队列请求和撤销/重做功能等。
缺点
类的数量增加：每一种操作都需要定义一个Concrete Command类，这可能导致类的数量急剧增加。
设计复杂度提高：对于简单的操作，使用命令模式可能会让系统设计变得过于复杂。
实现示例
Java示例
// Command接口
interface Command {
void execute();
}
// Concrete Command
class LightOnCommand implements Command {
private final Light light;
public LightOnCommand(Light light) {
this.light = light;
}
@Override
public void execute() {
light.turnOn();
}
}
// Receiver
class Light {
void turnOn() {
System.out.println("Light is on");
}
// ...其他方法
}
// Invoker
class RemoteControl {
private Command command;
public void setCommand(Command command) {
this.command = command;
}
public void pressButton() {
command.execute();
}
}
// 客户端代码
public class Main {
public static void main(String[ ] args) {
Light light = new Light();
Command lightOn = new LightOnCommand(light);
RemoteControl remote = new RemoteControl();
remote.setCommand(lightOn);
remote.pressButton(); // 输出: Light is on
}
}在这个例子中，LightOnCommand实现了Command接口，封装了对Light对象的操作。RemoteControl作为Invoker，持有Command对象并触发执行。这样，当需要添加新的命令或更改现有命令的行为时，只需创建新的Concrete Command类，而不需要修改Invoker或Receiver的代码。
命令模式是一种强大的设计模式，适用于许多需要解耦请求发送者和接收者的场景，特别是在需要灵活控制和扩展操作的系统中。
评论区