- 在线时间
- 1630 小时
- 最后登录
- 2024-1-29
- 注册时间
- 2017-5-16
- 听众数
- 82
- 收听数
- 1
- 能力
- 120 分
- 体力
- 564647 点
- 威望
- 12 点
- 阅读权限
- 255
- 积分
- 174617
- 相册
- 1
- 日志
- 0
- 记录
- 0
- 帖子
- 5313
- 主题
- 5273
- 精华
- 3
- 分享
- 0
- 好友
- 163
TA的每日心情 | 开心 2021-8-11 17:59 |
|---|
签到天数: 17 天 [LV.4]偶尔看看III 网络挑战赛参赛者 网络挑战赛参赛者 - 自我介绍
- 本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。
 群组: 2018美赛大象算法课程 群组: 2018美赛护航培训课程 群组: 2019年 数学中国站长建 群组: 2019年数据分析师课程 群组: 2018年大象老师国赛优 |
' \% t" C8 e& m9 n h
Java设计模式——命令模式+ R, d" y4 z4 t3 A; a+ ^
- d% ]& V7 W8 b
命令模式) Q8 J5 m( z* G" q/ ^7 W
% i7 J) Y+ n. v- C. h- B* X
命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图:
4 ^9 ~- `0 y7 y% i6 N. q- e- g
) X6 O; J4 S8 ?$ G5 J
Invoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:! M. v$ Z' b4 |1 N3 F1 j
' `9 a% C+ T% `; \public interface Command { ! t7 y+ w2 |5 D3 v( S
public void exe(); : Q- B& J7 c- q; ]8 p7 r4 Z
}
3 U: f: H; V, B1 t+ f Q' u4 Mpublic class MyCommand implements Command {
& D% O' g: D; ~) |: ~* f) n( I' e) R; e: D$ p( _7 A
private Receiver receiver;
" U5 t' o3 T) a1 i$ {6 y9 m! y8 p8 t
public MyCommand(Receiver receiver) { ) F' o- X9 ?" g3 y$ |2 `: C
this.receiver = receiver;
- N f. N' T# U! I( d& d } % ?1 U: H: l7 |0 Y" p7 D
6 a4 t7 o5 b; C2 E( T* k @Override
0 g- v) @ s$ s: j3 h9 }! ~- Y, ~ public void exe() { ) j s" }2 k# M0 l# ^" L
receiver.action();
8 v1 g0 M Z N; k" R: O. D }
5 `6 |0 k! F4 R. ^* E ?# W1 O}
* b' G- z+ c/ ?1 O& F5 Npublic class Receiver {
. k9 Q) B. H3 J& }" z1 Y8 C5 I public void action(){ & K7 N g7 K8 I0 s( m+ ] y
System.out.println("command received!"); & l) Y& y8 R" ~+ }1 y$ X0 ?
} # F+ `" s/ l0 p4 i
}
7 V8 k; t1 J1 J" m' Z2 gpublic class Invoker { 0 o" i/ |+ E1 W# A# e5 \- N
) ^/ {0 Y% }9 Q8 D, f4 M
private Command command; + i; ]" B) z. a
. i. Q& R. ] v5 E/ i3 G" | public Invoker(Command command) { $ T1 F- l- H3 i! U/ P0 Q: y' t; }
this.command = command;
8 M- L! C2 T5 D }
- h. G6 P; S: V+ s/ z; o* e: G8 j/ h
public void action(){
2 ~6 W+ u: L/ g+ f& t command.exe();
8 J3 Q! S `2 p# W- g% @# x" V( Q } 3 @7 _; ?) J6 W- n5 O
} $ k% a& f. Q5 q/ b R
public class Test {
% ?; [- ^) h: T- _# v# \0 G c
8 g) @& _! H6 J! r& a7 h public static void main(String[] args) { ! U# f. z7 ?) B
Receiver receiver = new Receiver(); ! {4 Q7 Q# T g3 b7 R# l) ]9 z; l
Command cmd = new MyCommand(receiver); 9 q8 Q+ T3 |3 e1 q6 D u+ x6 ]
Invoker invoker = new Invoker(cmd); % y- y# _6 }* f6 T
invoker.action();
2 y2 |0 T& S3 ]7 g }
& j9 S7 \% t/ x! ]' v/ t8 r. h}
. W9 X e N! `( |9 ?2 ~+ `, L9 e
2 R7 K6 D- n7 |3 a* o+ [" M/ ]0 X/ H0 e
这个很哈理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想!
' _# L% e5 e0 b3 ]% Q# B
" ?% L+ f. p- p5 T介绍( p2 S0 D n! l. [5 X1 o
意图:将一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。
& ^3 L' I8 C9 `( o w
4 M q K0 b0 G* g" G主要解决:在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适。
$ }* g3 h" F3 D7 Q
. P5 e3 _& g8 Y" M5 Q, u H1 g何时使用:在某些场合,比如要对行为进行"记录、撤销/重做、事务"等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将"行为请求者"与"行为实现者"解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。
' f7 G M4 t2 T7 s9 Y( }4 r3 u0 s; M9 w* H& Y8 q7 w) D
如何解决:通过调用者调用接受者执行命令,顺序:调用者→接受者→命令。# X$ E. ^/ w. v+ R1 g
K" q0 C9 P% n$ E6 F3 [3 ~- U1 o
关键代码:定义三个角色:1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口
. l( a- v" C, }
, M. z( x2 F! S9 ]7 S应用实例:struts 1 中的 action 核心控制器 ActionServlet 只有一个,相当于 Invoker,而模型层的类会随着不同的应用有不同的模型类,相当于具体的 Command。
$ K" F: B, ]0 P6 P
( ~1 G$ q0 |2 s- D6 y d: G! ?) S优点: 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。
1 c* X: e% \8 J! T1 v% B$ y
3 a8 v* o# B E( K3 ]% ]6 x0 T6 S( i" X缺点:使用命令模式可能会导致某些系统有过多的具体命令类。
) i8 f! h7 d. L- c! G1 V$ a# o: y0 D" j+ ~
使用场景:认为是命令的地方都可以使用命令模式,比如: 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。
* j" |8 r/ g/ k8 d2 |/ ?
! T" J. x* I# K# V5 e6 |8 \& U1 A注意事项:系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作,也可以考虑使用命令模式,见命令模式的扩展。
" y* B8 J5 s# j0 O, d* ]8 w————————————————+ O) p: D7 o+ M4 O! D6 K
版权声明:本文为CSDN博主「No_Game_No_Life_」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。# A9 P2 t% w w) L
原文链接:https://blog.csdn.net/No_Game_No_Life_/article/details/85989272
- R6 R( S4 y0 c3 |# j% ~
8 t. J& ^, H6 y1 o1 _
. ^8 s/ M1 h z2 s3 |3 E |
zan
|