Java设计模式——命令模式

杨利霞

Java设计模式——命令模式

7 X' o3 p5 t. y4 `) q: k- U命令模式

  {) Z, a* z8 F7 Z命令模式很好理解，举个例子，司令员下令让士兵去干件事情，从整个事情的角度来考虑，司令员的作用是，发出口令，口令经过传递，传到了士兵耳朵里，士兵去执行。这个过程好在，三者相互解耦，任何一方都不用去依赖其他人，只需要做好自己的事儿就行，司令员要的是结果，不会去关注到底士兵是怎么实现的。我们看看关系图：
/ U* x( ]1 s) r
Invoker是调用者（司令员），Receiver是被调用者（士兵），MyCommand是命令，实现了Command接口，持有接收对象，看实现代码：

/ c4 E3 x* A' C3 C) v6 u( ?2 M  w4 Kpublic interface Command {  
0 @' y6 T  p; ?. w+ Y6 B! [$ Q0 f; I    public void exe();  
}  
public class MyCommand implements Command {  

: W5 {% G4 M: w    private Receiver receiver;  
) H: E$ v$ m4 l4 F2 {" \
    public MyCommand(Receiver receiver) {  
5 S  C) c- e) r4 g0 \+ a1 {, b: ?  g( O        this.receiver = receiver;  
% `+ b+ ^0 }: e9 j# ]8 {    }  
- s. i0 L" N' k, Y4 q2 r3 M# Y
    @Override  
% z4 S: R* j% K& B  o    public void exe() {  
        receiver.action();  
    }  
}  
public class Receiver {  
    public void action(){  
4 l0 B$ G8 p2 `. ^6 {$ X# u9 a% o9 y. P  A        System.out.println("command received!");  
" V  e& B! V- a6 g' L+ i4 \    }  
; l% j. L0 m% f' ?}  
public class Invoker {  
  L' R8 z2 d& ~4 e' A  x
    private Command command;  

    public Invoker(Command command) {  
        this.command = command;  
, a4 A, G; f: A2 ^    }  
! o3 ~  t! C# g8 L+ f) q
    public void action(){  
        command.exe();  
/ i. Q# V+ l. Q8 v    }  
}  
public class Test {  

    public static void main(String[] args) {  
1 u0 e% T0 S/ V) R        Receiver receiver = new Receiver();  
% g& P/ M( J- Z. W& r. d8 i        Command cmd = new MyCommand(receiver);  
- q2 L. f, n. R  |: U- H        Invoker invoker = new Invoker(cmd);  
        invoker.action();  
    }  
' ]# H+ }% Y# ]1 |}  
4 I: C5 u" d+ \3 o7 e* q) E: Q

这个很哈理解，命令模式的目的就是达到命令的发出者和执行者之间解耦，实现请求和执行分开，熟悉Struts的同学应该知道，Struts其实就是一种将请求和呈现分离的技术，其中必然涉及命令模式的思想！
0 j8 t. E/ T9 \, c( T# |4 ^
介绍
$ E7 ?, Y* a/ s6 K意图：将一个请求封装成一个对象，从而使您可以用不同的请求对客户进行参数化。

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

何时使用：在某些场合，比如要对行为进行"记录、撤销/重做、事务"等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将"行为请求者"与"行为实现者"解耦？将一组行为抽象为对象，可以实现二者之间的松耦合。
7 }1 X: Q2 C7 A& A* n
如何解决：通过调用者调用接受者执行命令，顺序：调用者→接受者→命令。
8 ?% i: r+ z* P. G/ g7 ^
$ W, Z7 T4 ?; W% o关键代码：定义三个角色：1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口

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

" R6 B# z' n' _, N: m, j, \优点： 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。

缺点：使用命令模式可能会导致某些系统有过多的具体命令类。
0 F" \3 e% r& d$ e1 o2 u
使用场景：认为是命令的地方都可以使用命令模式，比如： 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。

" u2 z( S& m. ?) L8 Y9 R注意事项：系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作，也可以考虑使用命令模式，见命令模式的扩展。
" {( g, p1 r, ^' X- g9 s————————————————
版权声明：本文为CSDN博主「No_Game_No_Life_」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/No_Game_No_Life_/article/details/85989272