定义:将一个请求封装成一个对象,从而让你使用不同的请求吧客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和恢复功能。
类型:行为性模式
命令模式的结构:
Command:是一个抽象类,类中对需要执行的命令进行声明,一般来说对外公布一个execute方法来执行命令。
ConcreteCommand类:Command类的实现类,对抽象类中声明的方法进行实现。
Client:最终客户端调用类
Invoker类:调用类,负责调用命令。
Receiver:接受者,负责接受命令并且执行命令。
public class CommandTest {
public static void main(String[] args){
Receiver receiver = new Receiver();
Command command = new ConcreteCommand(receiver);
command.excute();
Invoker invoker = new Invoker();
invoker.setCommand(command);
invoker.action();
}
}
class Invoker{
private Command command;
public void setCommand(Command command){
this.command = command;
}
public void action(){
this.command.excute();
}
}
abstract class Command{
public abstract void excute();
}
class ConcreteCommand extends Command{
private Receiver receiver;
public ConcreteCommand(Receiver receiver){
this.receiver = receiver;
}
@Override
public void excute() {
this.receiver.doSomething();
}
}
class Receiver{
public void doSomething(){
System.out.println("接受者----业务逻辑处理");
}
}
通过代码我们可以看到,当我们调用时,执行的时序首先是调用者类,然后是命令类,最后是接受者类。也就是说一条命令的执行被分成了三步,它的耦合度要比把所有的操作都封装到一个类中要低的多,而这也是命令模式的精髓所在:把命令的调用者与执行者分开,使双方不必关系对方是如何操作的。
命令模式的优缺点:
首先,命令模式的封装性很好:每个命令都被封装起来,对于客户端来说,需要什么功能就去调用相应的命令。而无需知道命令具体是怎么执行的。比如一组文件操作的命令:新建文件,复制文件,删除文件。如果把这3个操作都封装成一个命令类,客户端只需要知道有这三个命令即可。至于命令类中封装好的逻辑。客户端则无需知道。
其次,命令模式的扩展性很好,在命令模式中,接受者类中一般会对操作进行基本的封装,命令类则通过这些基本的操作进行二次封装,当增加新命令的时候,对命令类的编写一般不是从零开始的,有大量的接收者可以调用,也有大量的命令类可供调用,代码的复用性很好。比如,文件的操作中,我们需要增加一个剪切文件的命令,则只需要把复制文件和删除文件这两个命令组合一下就行了,非常方便。
最后说一下命令模式的缺点,那就是命令如果很多,开发起来就比较头疼了,特别是很多简单的命令,实现起来几行代码的事,而使用命令模式的话,不用管命令多简单,都需要写一个命令类来封装。
适用场景:
对于大多数请求-相应模式的功能,比较适合使用命令模式,正如命令模式定义说的那样,命令模式对实现记录日志,撤销操作等功能比较方便。