- 在线时间
- 1630 小时
- 最后登录
- 2024-1-29
- 注册时间
- 2017-5-16
- 听众数
- 82
- 收听数
- 1
- 能力
- 120 分
- 体力
- 566867 点
- 威望
- 12 点
- 阅读权限
- 255
- 积分
- 175283
- 相册
- 1
- 日志
- 0
- 记录
- 0
- 帖子
- 5313
- 主题
- 5273
- 精华
- 3
- 分享
- 0
- 好友
- 163
TA的每日心情 | 开心 2021-8-11 17:59 |
|---|
签到天数: 17 天 [LV.4]偶尔看看III 网络挑战赛参赛者 网络挑战赛参赛者 - 自我介绍
- 本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。
 群组: 2018美赛大象算法课程 群组: 2018美赛护航培训课程 群组: 2019年 数学中国站长建 群组: 2019年数据分析师课程 群组: 2018年大象老师国赛优 |
2 k3 D" B- j; r+ N: A* r) tJava设计模式——命令模式/ b* T- u& J0 J B
4 q5 y0 k1 v( o) n命令模式
3 f% e( }. u2 l& w/ f7 z, A
" Z( j8 T Q" _8 A: K0 H命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图:
`, K) f' s7 X5 J" S
+ x$ G( R! T# N1 R" y7 e' i; `0 t9 }
Invoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:
% q% ]( L1 i0 y
1 r( ?6 G$ B$ r9 F$ \# f; qpublic interface Command { / Y4 `6 R0 |, b' |: n( h9 f
public void exe(); ; J7 P* c7 O0 x4 M
}
' _* A$ ~% E# u0 p$ Gpublic class MyCommand implements Command {
; N& `; Y# o! f& H0 A2 }' s% k2 B% u+ t9 D
private Receiver receiver;
- f# B n. k3 W* h
: l: [, Q6 p5 j public MyCommand(Receiver receiver) {
: J) @' v- R. v1 F# w* G this.receiver = receiver; ) k4 u" t/ U0 r0 i
} 9 p, v: e9 b3 u' L& T9 ~
! |: a: ^+ s3 L5 R" v& |
@Override 0 q L E- X) o* v( I7 t0 F: w' c# R
public void exe() { ! {- P+ d1 N' W2 w$ V/ C3 e
receiver.action(); 9 w) D* T$ Z6 P, \6 z9 e x' K
}
# j3 F8 \7 v* `$ V}
6 `. B2 J# D5 R" o" Npublic class Receiver { 5 i) b4 E! P+ G) k
public void action(){
9 g/ F7 |2 s/ ~( t0 h1 j2 y+ x System.out.println("command received!"); + |- ?5 M8 a9 E8 P! D9 O
} ( W# P# F5 J: D4 C5 v- A4 H) h
}
* D" ]0 U ?% n) Y5 lpublic class Invoker { 1 S( w7 G; @/ u: I
2 l. ~0 V4 A- a5 H. z private Command command;
9 R. x* N, v- `2 e5 I+ x2 g, D% p+ ]7 }/ L% f
public Invoker(Command command) {
& H% i+ @# T4 o this.command = command; b& |+ \# X6 k( ]' ^# s- l1 i
} 9 H' T! W5 z) d) Z& u( K5 S
- w, B5 c& T% W7 C5 {1 a( o3 Y
public void action(){
. O; m. ?! j% V- s1 C. a command.exe();
' I, \8 s- o) |1 R u4 ^ } . v# \! [/ f( h8 A# `6 ]
} $ s% B" |, q$ _% N
public class Test {
5 `$ e; p2 E: g. t% k5 ~
* H5 V9 q c% X9 i2 L2 ` public static void main(String[] args) {
8 ]+ T q7 Q& `2 @ Receiver receiver = new Receiver();
. q$ {8 V. Z) i$ Q; q) u Command cmd = new MyCommand(receiver); 6 ~8 w, ?, l" y! T: ~0 \
Invoker invoker = new Invoker(cmd);
4 i3 f2 y: N- b: `" V" v* k invoker.action(); ; o. v6 h% _3 u9 s
} ; X7 \3 R; |( u$ z9 l3 j$ \8 n
} 8 ~3 i0 r6 K6 k9 x# ~
6 D) z) K, O$ h) r5 R
2 v1 Q9 z3 O. n, v& ]2 d& b
这个很哈理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想!0 j, z0 X9 h9 m( M
* i& ^: F( s, D5 k4 f
介绍
' j; J9 W. g M( j% @1 d意图:将一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。
. [& c( C5 u0 r# |1 D- \) e: |- E: z
主要解决:在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适。
* S; c) h, M5 b0 |6 t( l5 a: k7 ~! ~. ^$ Z
何时使用:在某些场合,比如要对行为进行"记录、撤销/重做、事务"等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将"行为请求者"与"行为实现者"解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。
9 T& V& ~2 F) i0 x" ]
& c% U2 q v! ?- }) b! f如何解决:通过调用者调用接受者执行命令,顺序:调用者→接受者→命令。
1 {5 Y% I* L' u( c( s( W: O1 a# S d3 L4 _, G1 ]
关键代码:定义三个角色:1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口* O5 f* G$ V: a/ \
) B& u; {) e/ t g9 c应用实例:struts 1 中的 action 核心控制器 ActionServlet 只有一个,相当于 Invoker,而模型层的类会随着不同的应用有不同的模型类,相当于具体的 Command。
' x3 [+ ]( }% @1 _4 J% R8 b. N# |9 S R% s! R
优点: 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。
, Q% J* Z$ R9 K/ m( z7 {( b! j! ?! M( _, _( C
缺点:使用命令模式可能会导致某些系统有过多的具体命令类。
. N8 V; J% d. M: A+ m: p' Y" T w7 S) ?9 I( }; i) ]' d
使用场景:认为是命令的地方都可以使用命令模式,比如: 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。
$ a/ O& n% ]3 x. \" g
6 M" v# p w# ^ R3 p. n0 A注意事项:系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作,也可以考虑使用命令模式,见命令模式的扩展。
2 t9 o! R; Y9 N& @, h& Q————————————————+ f Z9 h$ E. G2 }
版权声明:本文为CSDN博主「No_Game_No_Life_」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。( z- B- e5 [" Y. n2 W i/ A
原文链接:https://blog.csdn.net/No_Game_No_Life_/article/details/85989272
+ j! L! i7 N: r1 T/ x1 B3 m" R& }8 D6 k* V2 c% {5 R
* R4 d- R* j2 X2 M" l |
zan
|