Java设计模式——命令模式

杨利霞

( b9 R: l9 y% Z) q# L- EJava设计模式——命令模式

3 _, t6 L' A  N; q: G* \命令模式
4 N& I. _, J5 ~- d) {
命令模式很好理解，举个例子，司令员下令让士兵去干件事情，从整个事情的角度来考虑，司令员的作用是，发出口令，口令经过传递，传到了士兵耳朵里，士兵去执行。这个过程好在，三者相互解耦，任何一方都不用去依赖其他人，只需要做好自己的事儿就行，司令员要的是结果，不会去关注到底士兵是怎么实现的。我们看看关系图：

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

public interface Command {  
    public void exe();  
% a7 ^" s( }7 ?0 t}  
public class MyCommand implements Command {  

    private Receiver receiver;  
* U# w) \( B  O* n
- h  ?1 Z! `3 y8 ]% M2 k; T    public MyCommand(Receiver receiver) {  
3 U" R2 [5 r9 `' P. u7 F        this.receiver = receiver;  
% r$ Y, y% u4 `) z' \    }  

    @Override  
, \4 ~$ T2 X4 }    public void exe() {  
        receiver.action();  
    }  
}  
0 I. z3 a9 x+ T' xpublic class Receiver {  
0 A4 @& a8 V/ q% |# I% t    public void action(){  
        System.out.println("command received!");  
: q7 K5 B* V- W8 o* a0 o6 H! l4 j    }  
}  
9 @5 F% T0 p9 ]; q! z) apublic class Invoker {  

" E* ?2 x7 S/ a4 C" `& D* u" G7 H! h, _    private Command command;  
+ w7 N+ ~2 d% s5 @$ c% r: @
$ a4 ]% c/ J0 A0 r7 {. u; h  _! U( A    public Invoker(Command command) {  
        this.command = command;  
+ m. [/ g8 @2 e8 q    }  
; {2 z; n9 D: k% X2 ^* c
) H/ Y" r2 U- {4 Z9 Y8 ]    public void action(){  
        command.exe();  
( ], u9 Y, C! I7 m    }  
}  
. |7 A# r8 b# `0 k/ |# [$ g: y4 \public class Test {  

- ?3 P5 B0 \' H, x$ U    public static void main(String[] args) {  
6 T9 }# C: ~( o1 E! r0 S- v0 M        Receiver receiver = new Receiver();  
" m; {2 N- {; g3 S7 r0 S        Command cmd = new MyCommand(receiver);  
        Invoker invoker = new Invoker(cmd);  
- o8 m- o  b0 V" Q+ ~0 ~! H        invoker.action();  
+ p' q8 v; m, U# a4 _/ l. @& r: T    }  
8 W- n3 T. V) r8 y& s}  

% P$ Y. ?7 e$ D" Y0 f3 j
, @7 O5 p) K& U2 C* I- g5 ~" s* ^8 g这个很哈理解，命令模式的目的就是达到命令的发出者和执行者之间解耦，实现请求和执行分开，熟悉Struts的同学应该知道，Struts其实就是一种将请求和呈现分离的技术，其中必然涉及命令模式的思想！
  c4 l/ M* n0 A6 |
介绍
3 V+ _. J. \4 M# q# J+ \意图：将一个请求封装成一个对象，从而使您可以用不同的请求对客户进行参数化。
! \7 F+ ~+ i/ t% d
主要解决：在软件系统中，行为请求者与行为实现者通常是一种紧耦合的关系，但某些场合，比如需要对行为进行记录、撤销或重做、事务等处理时，这种无法抵御变化的紧耦合的设计就不太合适。

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

% u$ U, K' F- {4 a5 g" s如何解决：通过调用者调用接受者执行命令，顺序：调用者→接受者→命令。

关键代码：定义三个角色：1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口
0 |8 W2 P# [& M1 G% m& {
应用实例：struts 1 中的 action 核心控制器 ActionServlet 只有一个，相当于 Invoker，而模型层的类会随着不同的应用有不同的模型类，相当于具体的 Command。
' D# k# V; u3 H& ^: K
优点： 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。
" g# [, q" x$ ?, U8 C) O: z
. Z$ c- |2 S8 P/ X/ ]缺点：使用命令模式可能会导致某些系统有过多的具体命令类。
9 S+ x" D6 @- z! m
  [& F/ f( @7 Z% Y* V5 N7 m使用场景：认为是命令的地方都可以使用命令模式，比如： 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。
  s* A4 O1 S& L  F; ^
2 x% K/ C. A5 m注意事项：系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作，也可以考虑使用命令模式，见命令模式的扩展。
2 f# B% w% J+ ]5 W8 M————————————————
版权声明：本文为CSDN博主「No_Game_No_Life_」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
9 S2 E. z+ O5 X5 P2 x6 e原文链接：https://blog.csdn.net/No_Game_No_Life_/article/details/85989272
; C% l) i) }4 T8 q
! |3 ], n3 O$ b3 s" H" _8 Q  }& T9 W# @  n
) r9 h2 p5 U, e5 Z1 V