Java设计模式——命令模式

杨利霞

Java设计模式——命令模式

命令模式
- r) |$ R6 n: M7 f" c  ^
命令模式很好理解，举个例子，司令员下令让士兵去干件事情，从整个事情的角度来考虑，司令员的作用是，发出口令，口令经过传递，传到了士兵耳朵里，士兵去执行。这个过程好在，三者相互解耦，任何一方都不用去依赖其他人，只需要做好自己的事儿就行，司令员要的是结果，不会去关注到底士兵是怎么实现的。我们看看关系图：

Invoker是调用者（司令员），Receiver是被调用者（士兵），MyCommand是命令，实现了Command接口，持有接收对象，看实现代码：

% V2 D4 {& I6 G) apublic interface Command {  
: v& i& p' |3 P, X5 |    public void exe();  
' u& S) r) m" G5 [/ m}  
7 Z) M7 T$ K. t  N- Mpublic class MyCommand implements Command {  

' `' s! L3 E6 B; m    private Receiver receiver;  
1 D4 E- {# Q6 K0 K# E
    public MyCommand(Receiver receiver) {  
2 v' c, h- N% M        this.receiver = receiver;  
    }  

0 J  W4 E* h" |" a; h; l, m: j    @Override  
* [  |) o, A# |0 R    public void exe() {  
2 Y( V4 }1 r3 u5 J        receiver.action();  
    }  
}  
public class Receiver {  
. @# s* Z0 n/ n) ?  f& J    public void action(){  
# ~" _& I; Q$ N( M        System.out.println("command received!");  
  K2 l! ~8 u2 e' G. M    }  
. o8 H' _7 z7 ?+ S6 Z: M. o}  
+ z8 F3 z% g. R* _- q$ M8 ypublic class Invoker {  
) G. }  Q5 Z4 P$ C7 Y! B6 m
6 ]8 v% T/ c2 C- Q4 h, T* i+ |0 `1 R    private Command command;  

    public Invoker(Command command) {  
9 C/ F' X. a" V& e2 S/ Z        this.command = command;  
    }  

    public void action(){  
9 H, l9 L+ S+ G  R* f& J0 o        command.exe();  
/ L+ l, V. o+ W    }  
) Y! Y1 B2 s7 i4 k% m& x1 V}  
* x/ P2 L" L) Mpublic class Test {  

0 b8 ~9 Y1 n. ^  n9 n8 p    public static void main(String[] args) {  
        Receiver receiver = new Receiver();  
        Command cmd = new MyCommand(receiver);  
        Invoker invoker = new Invoker(cmd);  
" d4 X: H' s3 H        invoker.action();  
    }  
7 t3 y3 U' c- u- `+ o& V" d. x}  


这个很哈理解，命令模式的目的就是达到命令的发出者和执行者之间解耦，实现请求和执行分开，熟悉Struts的同学应该知道，Struts其实就是一种将请求和呈现分离的技术，其中必然涉及命令模式的思想！
7 y- {9 k4 t: O- v% _; D" F
介绍
意图：将一个请求封装成一个对象，从而使您可以用不同的请求对客户进行参数化。

主要解决：在软件系统中，行为请求者与行为实现者通常是一种紧耦合的关系，但某些场合，比如需要对行为进行记录、撤销或重做、事务等处理时，这种无法抵御变化的紧耦合的设计就不太合适。

何时使用：在某些场合，比如要对行为进行"记录、撤销/重做、事务"等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将"行为请求者"与"行为实现者"解耦？将一组行为抽象为对象，可以实现二者之间的松耦合。

" O3 R8 U" S3 }: U/ x& ?9 s+ E如何解决：通过调用者调用接受者执行命令，顺序：调用者→接受者→命令。
1 g! I' K/ T1 [: m6 j
关键代码：定义三个角色：1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口

应用实例：struts 1 中的 action 核心控制器 ActionServlet 只有一个，相当于 Invoker，而模型层的类会随着不同的应用有不同的模型类，相当于具体的 Command。

优点： 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。

缺点：使用命令模式可能会导致某些系统有过多的具体命令类。
9 r. L& G9 c# A$ d# C6 m) n7 w
6 L7 x( w/ Q* B0 L# i  G2 j使用场景：认为是命令的地方都可以使用命令模式，比如： 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。

8 g  q& x0 Y6 d注意事项：系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作，也可以考虑使用命令模式，见命令模式的扩展。
————————————————
版权声明：本文为CSDN博主「No_Game_No_Life_」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
2 l+ P+ j2 w' D. J/ q原文链接：https://blog.csdn.net/No_Game_No_Life_/article/details/85989272
7 e. f, W* h  d+ L6 W
+ n4 l. U: M! Q% L5 i# u" e$ }: ~
7 ?& s$ m& T, B7 {8 B* A" p# Q