Java设计模式——命令模式

杨利霞

/ }# l( B" U- Y- L: z. CJava设计模式——命令模式

6 E0 M* a; n' M" o7 X! g命令模式

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

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

! b9 H% c7 h3 i3 F0 y9 fpublic interface Command {  
2 h  l/ ]0 D9 p6 ~  Q. `    public void exe();  
7 `6 U6 B3 g" M' \, u8 x}  
+ }. r" z5 N5 f1 hpublic class MyCommand implements Command {  
2 A$ x( }9 P5 s7 R, b  Y
    private Receiver receiver;  
* y3 P8 l. q0 p4 Z! B! l$ f4 {( u. A9 y
2 Q  a* ~4 k4 L2 _7 y/ ~    public MyCommand(Receiver receiver) {  
. e" A4 f: p6 H  r        this.receiver = receiver;  
2 o" z$ U6 {/ b, P* @) [% w    }  
  F; [- n, Z& @5 f* L1 }2 b
( a0 P* j/ D2 x. D    @Override  
    public void exe() {  
" l8 e7 r& G8 }        receiver.action();  
( `4 a% S1 \$ Z: e, E) ^    }  
+ N; U5 Z( e+ W}  
public class Receiver {  
. h; l, J. ]7 M    public void action(){  
        System.out.println("command received!");  
    }  
}  
public class Invoker {  
9 k# g" R; m5 U; ~, l  u
+ K9 S6 Q  N- S1 [% b    private Command command;  
' _- s8 R; B* b: I9 w& ?
8 I% u. G5 f0 D4 R# D9 C    public Invoker(Command command) {  
' B. w  Q( A: w( c; s2 ~5 \) f& ?        this.command = command;  
5 l! I8 X& O7 ?( {    }  
# a* ]2 r' t% }, i/ n
    public void action(){  
  W& t+ h* {( G2 z9 Z8 H2 b0 K        command.exe();  
. ~9 {& ^9 d9 o1 g; Z4 \  b    }  
}  
8 C+ M7 }* T- ^public class Test {  
: ?$ W, Y1 }7 i' W0 `$ L5 O, E
    public static void main(String[] args) {  
* o2 n/ \! R7 Z. I4 ]6 r1 O        Receiver receiver = new Receiver();  
        Command cmd = new MyCommand(receiver);  
        Invoker invoker = new Invoker(cmd);  
$ s- [% F/ ~# S0 S  Q* {        invoker.action();  
    }  
}  


这个很哈理解，命令模式的目的就是达到命令的发出者和执行者之间解耦，实现请求和执行分开，熟悉Struts的同学应该知道，Struts其实就是一种将请求和呈现分离的技术，其中必然涉及命令模式的思想！
1 `# f* T- d: i& V  h
介绍
意图：将一个请求封装成一个对象，从而使您可以用不同的请求对客户进行参数化。

" Y! G0 S% }( X$ i. O2 q5 ?0 ?主要解决：在软件系统中，行为请求者与行为实现者通常是一种紧耦合的关系，但某些场合，比如需要对行为进行记录、撤销或重做、事务等处理时，这种无法抵御变化的紧耦合的设计就不太合适。
; Q, W7 U. _, m: Y
何时使用：在某些场合，比如要对行为进行"记录、撤销/重做、事务"等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将"行为请求者"与"行为实现者"解耦？将一组行为抽象为对象，可以实现二者之间的松耦合。

6 g% `# b/ P# b+ u. e如何解决：通过调用者调用接受者执行命令，顺序：调用者→接受者→命令。
$ ^" {- [8 j# P7 @4 Q8 T0 ^
, ?' f# m0 k  v  i; h- v6 f关键代码：定义三个角色：1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口
; G0 T% C# S& A4 R
应用实例：struts 1 中的 action 核心控制器 ActionServlet 只有一个，相当于 Invoker，而模型层的类会随着不同的应用有不同的模型类，相当于具体的 Command。

$ [- G% L+ J5 k# ?2 J9 W; [优点： 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。

4 R- y, i& J6 c缺点：使用命令模式可能会导致某些系统有过多的具体命令类。
0 X' @. v3 h8 }. f  [3 {
7 O$ W% c1 \* ~使用场景：认为是命令的地方都可以使用命令模式，比如： 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。

注意事项：系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作，也可以考虑使用命令模式，见命令模式的扩展。
————————————————
, k& h; o2 n) [; d2 @版权声明：本文为CSDN博主「No_Game_No_Life_」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
) J5 ?% N/ D5 Y) |1 f原文链接：https://blog.csdn.net/No_Game_No_Life_/article/details/85989272
9 B" p6 x2 w% f. n  ?
3 O' p( @& k% L
1 ~+ O( ~$ ~  [$ Y