Java设计模式——命令模式

杨利霞

Java设计模式——命令模式

% K7 d1 k( u8 }/ j' m命令模式

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

Invoker是调用者（司令员），Receiver是被调用者（士兵），MyCommand是命令，实现了Command接口，持有接收对象，看实现代码：
, e8 x& h6 f  H1 f! T
) W) N% w4 l! `2 Vpublic interface Command {  
2 J% r' v& Z9 t" C& s+ u2 S    public void exe();  
( ?. o4 P. o) `7 G' k) ^5 X}  
public class MyCommand implements Command {  

    private Receiver receiver;  

    public MyCommand(Receiver receiver) {  
        this.receiver = receiver;  
    }  
0 H- M. j  A3 r$ [
    @Override  
    public void exe() {  
        receiver.action();  
5 T' _; \4 ~1 N" T& M6 Z+ A    }  
}  
9 i0 Z+ ?/ y/ j: Npublic class Receiver {  
5 S; p! W% h+ I8 B    public void action(){  
# ?6 f  W, ?4 v7 Q/ o* j8 p# A        System.out.println("command received!");  
    }  
}  
public class Invoker {  
! t' n$ `9 d8 }5 p9 T7 V* _8 @
6 B/ o( V# r: L+ k5 e6 c    private Command command;  

    public Invoker(Command command) {  
        this.command = command;  
    }  

; j7 M, ?5 O) j; b$ H$ C: e    public void action(){  
        command.exe();  
    }  
}  
public class Test {  

    public static void main(String[] args) {  
        Receiver receiver = new Receiver();  
        Command cmd = new MyCommand(receiver);  
9 A" b+ [& \! [  G        Invoker invoker = new Invoker(cmd);  
. p  Q0 N) b) e        invoker.action();  
3 w+ Z7 K: Q, f  |# v1 Q    }  
: j) `; ~# h  n7 ^, ]  u& k$ h}  
: R/ O) D4 _- s

2 `+ Z7 D* t: h这个很哈理解，命令模式的目的就是达到命令的发出者和执行者之间解耦，实现请求和执行分开，熟悉Struts的同学应该知道，Struts其实就是一种将请求和呈现分离的技术，其中必然涉及命令模式的思想！

介绍
0 G4 E$ f- u7 O: L' R意图：将一个请求封装成一个对象，从而使您可以用不同的请求对客户进行参数化。

主要解决：在软件系统中，行为请求者与行为实现者通常是一种紧耦合的关系，但某些场合，比如需要对行为进行记录、撤销或重做、事务等处理时，这种无法抵御变化的紧耦合的设计就不太合适。
$ `4 Y9 m# m7 S- k6 E& r3 W% U5 M, c
何时使用：在某些场合，比如要对行为进行"记录、撤销/重做、事务"等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将"行为请求者"与"行为实现者"解耦？将一组行为抽象为对象，可以实现二者之间的松耦合。

0 s% l+ F0 `- O- ]0 W4 I如何解决：通过调用者调用接受者执行命令，顺序：调用者→接受者→命令。
+ E" h9 v# a9 @3 X0 L
$ e5 e1 A7 d7 p7 s' K: H关键代码：定义三个角色：1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口

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

3 K* E; o. \. x8 O' s9 ?: l# K优点： 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。
' Q. F) x; W( \5 \
8 i0 I9 G% F( B& O* F. d5 s缺点：使用命令模式可能会导致某些系统有过多的具体命令类。
% B7 e" q# |5 u! T# a
( p) C7 v. M3 N% }4 Q" F. K使用场景：认为是命令的地方都可以使用命令模式，比如： 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。
3 G, K  O2 n: I. ?, ^+ b& ~
注意事项：系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作，也可以考虑使用命令模式，见命令模式的扩展。
+ S! h% q0 n" V* w————————————————
" `8 E  W0 F0 q9 ^6 M- v* C版权声明：本文为CSDN博主「No_Game_No_Life_」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
% _6 V9 f; f6 m  a原文链接：https://blog.csdn.net/No_Game_No_Life_/article/details/85989272
; B5 `% L  n! n1 A+ Z- a
5 a4 R: j- e: c8 D