简说命令模式

>>强大,10k+点赞的 SpringBoot 后台管理系统竟然出了详细教程!

设计模式之命令模式

定义

在软件系统中,“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合,比如要对行为进行“记录、撤销/重做、事务”等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将“行为请求者”与“行为实现者”解耦?将一组行为抽象为对象,实现二者之间的松耦合。这就是命令模式(Command Pattern)。 —— [ 百度百科 ]

解释说明

在命令模式中,我们抽象出了三种角色:调用者,命令,接受者。其中,调用者负责对命令的调用,命令则可以理解为任何客服端对服务端发起的请求的封装,接受者主要扮演对命令解释执行的角色。其实,在开发中我们经常用到类似的方式:发出请求,执行请求。而命令模式呢,就对这种过程进行了归纳整理分类,将高度耦合的执行过程,拆分为低耦合的组合执行模式。

代码块
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
//命令模式
public class Test {
    //命令接口
    interface Command{
        public void doCommand();
    }
    //命令实现A
    class CommandA implements Command{
        public Man man = new Man();
 
        @Override
        public void doCommand() {
            man.doWork();       
        }   
    }
    //接受者
    class Man{
        public void doWork() {
            System.out.println("执行命令");             
        }       
    }   
    //调用者
    class Women{
        public Women(Command command){
            this.command = command;
        }
        public void doWork(){
            command.doCommand();
        }
        private Command command;
    }
    //测试
    public static void main(String[] args) {
        Command commandA = new Test().new CommandA();
        Women women = new Test().new Women(commandA);
        women.doWork();
    }
}

: 以上就是命令模式的完整代码。Command接口定义了命令实现类要实现的方法,CommandA则是具体的命令实现类。Man类则是我们的接收者,负责接收命令并且执行。Women则是我们命令的调用者,负责发起命令。在调用者中,我们定义了命令的成员变量,也就是我们会把发出的命令封装成完整的对象。而在具体的命令实现类CommandA中,我们内置了命令的接受者Man类,命令的最终执行也交由其执行。当然,我们甚至可以将Man这个成员变量冲CommandA中分离开来,以满足更大化的灵活程度。

总结

优点
  1. 降低对象之间的耦合度。
  2. 新的命令可以很容易地加入到系统中。
  3. 可以比较容易地设计一个组合命令。
  4. 调用同一方法实现不同的功能
缺点
  1. 使用命令模式可能会导致某些系统有过多的具体命令类。因为针对每一个命令都需要设计一个具体命令类,因此某些系统可能需要大量具体命令类,这将影响命令模式的使用。
试用场景
  1. 系统需要将请求调用者和请求接收者解耦,使得调用者和接收者不直接交互。
  2. 系统需要在不同的时间指定请求、将请求排队和执行请求。
  3. 系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作。
  4. 系统需要将一组操作组合在一起,即支持宏命令。