- x+ R6 P' G' D2 ]3 Y9 `/ V; o8 \Java设计模式——命令模式" u# x- T. a7 i: q G `2 j+ K
: c: g+ \2 m) T8 I7 B
命令模式: J; i9 V7 v; M2 w! j0 O
9 j* F+ ?8 C q7 K/ m; S
命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图:! F ~& T% }$ U; e4 G9 \& A! U
4 p4 |9 I3 l3 R" b" d" B$ K7 Q& FInvoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:+ \5 `+ \0 P. e+ d
* e- k! @/ B+ Kpublic interface Command { # d8 W, l' I- {" ^& P6 V; g3 ^ public void exe(); ( j' \8 X$ L* \. V9 n
} 7 p' f1 n; o$ B! P" O) o/ spublic class MyCommand implements Command { 4 q4 Q3 L/ Y/ V- \( W. U6 ^% s# r- v) t% U$ b( M
private Receiver receiver; 0 N: I6 v# N$ S4 N1 h
: u2 y5 d1 O5 g: G: U5 z public MyCommand(Receiver receiver) { : @( x: h% E6 m. P3 f6 E
this.receiver = receiver; ) c& K* }. f' P% v0 n0 H8 v } 0 u8 U7 V. `. k
3 z7 F4 l0 K$ L+ E @Override k9 f# x; b! A public void exe() { % }( E+ F, U$ y& e0 \ \
receiver.action(); * a% f$ h y+ w' s+ h6 F
} , ?. ^+ {. r( {7 K4 y P} . K$ J# f7 K9 ~3 N/ X6 ]public class Receiver { 6 Y) e1 ~* y5 A+ ^9 t, u0 O public void action(){ ; ]1 p8 N) {6 `) ^3 d, j System.out.println("command received!"); 8 V1 r9 ^# Z! o. |5 |6 Q } ! ?1 K& x4 }" `" z% B2 M6 @
} 2 x3 K" k4 _2 {+ s+ e, P: g! q
public class Invoker { % i& \7 K) d {/ }6 a
; F2 d: k. y) `7 t
private Command command; , [! v9 w s! @' Y
3 C1 L' v) ]. ?7 c& T- n
public Invoker(Command command) { 8 j: m& O( Q0 t% S" w, g a this.command = command; % D @7 v9 l9 j. S7 F' @
} $ B) q3 x+ A# I% |6 s7 Z8 m
: J. z8 v8 x! I( R
public void action(){ 3 @) U1 j: q) K command.exe(); 2 v2 z z9 Y, _3 J7 M } : n& U& Z# L: m% u. x} {" a; a7 u% ^8 l" epublic class Test { . g' `/ I/ V2 [7 r
& Q$ J2 @1 ?2 X7 K/ @9 y7 T/ A; [
public static void main(String[] args) { / y2 g3 @" D7 S- M4 E Receiver receiver = new Receiver(); 6 X I1 w* A0 ^, G0 U
Command cmd = new MyCommand(receiver); 4 l3 q/ \9 z# u F9 x& `; O! ?
Invoker invoker = new Invoker(cmd); . z B \: y6 ~8 i- B% L invoker.action(); 5 [0 @) j" `1 H4 [* ?3 G } ) E$ k- C/ u) A& r7 ^0 j
} - F" t7 a0 u+ l0 v# r . x# R3 D/ Y; L4 D' S+ z2 \1 K2 _1 n, k. S# l
这个很哈理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想! ' h4 _ [0 R5 J5 ?+ {: ?" z. g- y3 d9 |) e# [1 K1 ]
介绍, ` _. T0 l. g& B' u* z2 W" H
意图:将一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。8 Q& X7 j' C/ {. }9 R
8 e( o0 G4 T$ `6 |+ q h主要解决:在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适。! s9 q }0 u* V. `
( h0 h& ]3 o$ L( M2 V) M' N- b
何时使用:在某些场合,比如要对行为进行"记录、撤销/重做、事务"等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将"行为请求者"与"行为实现者"解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。- h8 z( }/ t( b j8 f6 N, Q
3 R6 ~( k3 }4 I
如何解决:通过调用者调用接受者执行命令,顺序:调用者→接受者→命令。0 F: g: t5 s* e
4 m% e2 l/ M7 D* G
关键代码:定义三个角色:1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口6 q( t8 \7 v z% d1 w4 D
( p& O1 o [2 m% e# `. m1 b6 j, P5 O
应用实例:struts 1 中的 action 核心控制器 ActionServlet 只有一个,相当于 Invoker,而模型层的类会随着不同的应用有不同的模型类,相当于具体的 Command。 1 Y5 l, v8 a6 r. Z. ]& N1 I! z' f; F2 f8 d0 N" j$ ]- ~& R5 ~: c `
优点: 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。7 ^, p) X9 p) B8 W, z
5 e; R1 C8 W* w: i2 ?1 _6 A
缺点:使用命令模式可能会导致某些系统有过多的具体命令类。* F- q$ j' u" Q3 g. ]
* g+ d0 {+ r' m7 ^使用场景:认为是命令的地方都可以使用命令模式,比如: 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。 ' A1 s8 ?- W$ P8 u: v- D, u7 [% ^$ Q* Y: ]/ n3 d* B- g0 r( c
注意事项:系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作,也可以考虑使用命令模式,见命令模式的扩展。 5 A! E I O' o———————————————— ! O2 ?+ H( V7 Y* k% Z g" t. K版权声明:本文为CSDN博主「No_Game_No_Life_」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。 * d! x0 u7 a* t. \4 m+ C原文链接:https://blog.csdn.net/No_Game_No_Life_/article/details/85989272 : y' n$ J, p& p" h1 c% X9 x0 T' S$ z- v' @* P* U- M
/ g7 S b5 d0 f/ m+ J2 S