- 在线时间
- 1630 小时
- 最后登录
- 2024-1-29
- 注册时间
- 2017-5-16
- 听众数
- 82
- 收听数
- 1
- 能力
- 120 分
- 体力
- 563404 点
- 威望
- 12 点
- 阅读权限
- 255
- 积分
- 174244
- 相册
- 1
- 日志
- 0
- 记录
- 0
- 帖子
- 5313
- 主题
- 5273
- 精华
- 3
- 分享
- 0
- 好友
- 163
TA的每日心情 | 开心 2021-8-11 17:59 |
|---|
签到天数: 17 天 [LV.4]偶尔看看III 网络挑战赛参赛者 网络挑战赛参赛者 - 自我介绍
- 本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。
 群组: 2018美赛大象算法课程 群组: 2018美赛护航培训课程 群组: 2019年 数学中国站长建 群组: 2019年数据分析师课程 群组: 2018年大象老师国赛优 |
# D& l$ G `7 _: _ p
Java设计模式——命令模式) S8 y& ^: }+ z
4 K9 Z* `2 I- H3 Q1 X命令模式
; g7 k( ^# I% L. d% e
. e! n A0 ^; T1 B2 e7 J命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图:4 H- o' v5 a- e0 W+ f
9 {9 w# q% K7 r% d
Invoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:0 w! }0 o7 [7 z0 ^9 d
& ]1 C3 F. `7 k3 B$ Opublic interface Command { + g1 v, Q! {' ~: `! G( T" L
public void exe(); " c# Z9 R. a1 k5 w& M2 |
} & T- i' F& F4 Y w3 ?+ N* D
public class MyCommand implements Command {
5 J# J4 ]7 l) u
6 `% J, u- [1 g9 B% G0 B private Receiver receiver;
% G; k6 F6 ~' C m
" g4 N+ q( m. R8 l: G+ A- r public MyCommand(Receiver receiver) {
) i2 Z: |1 P. n2 ^8 M' d this.receiver = receiver;
, K, m0 Q M; K. t/ @. j } 4 n. g9 N. m% M3 I2 Q) T/ m8 c
4 x( Y- D0 ^; Z! Z
@Override
! Q! Q/ }5 |* m& p! ^ public void exe() {
; X& v/ q3 b1 N5 T7 e" U( t receiver.action(); / \( Q: _! X7 N: T: ~
}
/ x# F- i( f2 w1 w) h}
% ^2 S6 z+ b6 L5 ypublic class Receiver {
8 ^ R5 _7 @# w3 } public void action(){
4 h2 p) x3 f4 V5 d. n! `' t) i* B N; F System.out.println("command received!");
) a4 w# A8 e! F% K! K. v8 ] }
; g' {) }! Z1 c8 n' U4 N7 h9 L}
9 z8 T! y: V; o! e3 q2 j- wpublic class Invoker {
& J' Z0 [; H! r( W# S7 l
$ `) e2 r+ C8 F! d0 v" j, \( | private Command command; % M, M3 M# o/ j8 E0 k
: H8 [: N: a( Y+ K0 G% U- J public Invoker(Command command) { $ h2 B+ z% a1 ]4 K, I
this.command = command;
4 X8 o" I9 t2 C$ h- n2 M1 `9 L7 P5 w }
3 K' d7 i' U M6 W+ Y; y" @/ j6 S: @1 z8 e7 R' Z v; A
public void action(){ ( }! g9 O1 Y. b5 }$ _: p
command.exe(); + V* B$ k8 Z4 w, z k
} + z+ G; w! ^" i7 O0 {
} 7 ~* \( r! N# u& F" c0 A {; n+ S
public class Test { ) l8 F7 X3 c. h& a& f2 K
* i3 n! q, b6 i
public static void main(String[] args) { 2 b) E. V. c T) _7 `; |
Receiver receiver = new Receiver();
' M n& t( f7 A2 h: M Command cmd = new MyCommand(receiver); + M8 X7 Y R: v
Invoker invoker = new Invoker(cmd); , M& e' O/ I m2 }4 K
invoker.action(); : q. _5 O$ ~% ?9 c
}
2 a- \& z- N q$ e+ i) C/ j} , j) z6 Z$ g- I+ g: A
) Z6 ~" b) i- S' S* q
4 d; w0 I# D+ y3 A" Y3 L这个很哈理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想!
9 I3 u3 Z1 W2 E1 }* I1 F9 R7 E1 j+ t: g6 V$ F
介绍 g9 `0 p1 O( E1 c) R
意图:将一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。
' X% D8 r8 B, ^ J9 t
8 L/ [1 F! {: L! z( d. D主要解决:在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适。& b5 q, a( n( T1 j
$ J! R) y* w G* N
何时使用:在某些场合,比如要对行为进行"记录、撤销/重做、事务"等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将"行为请求者"与"行为实现者"解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。2 d1 ^$ {9 B5 r5 L# W. V" s6 N
9 c$ `6 A( B: C; h3 z9 f
如何解决:通过调用者调用接受者执行命令,顺序:调用者→接受者→命令。' T& p8 l: w' C
& `- Z5 t/ a1 l2 L6 N7 m关键代码:定义三个角色:1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口
# X7 m6 M$ y7 h" p% W6 L$ O
! l! i6 Z6 \1 }应用实例:struts 1 中的 action 核心控制器 ActionServlet 只有一个,相当于 Invoker,而模型层的类会随着不同的应用有不同的模型类,相当于具体的 Command。
, t3 l* Y% @# K3 U/ `4 D$ U l% ^, F. [5 f+ w- C
优点: 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。3 w% n: d# }) l6 W) B' @
3 H% X; @: [# D) y' M缺点:使用命令模式可能会导致某些系统有过多的具体命令类。5 u; N9 B2 T3 ^. E+ M
0 S7 P5 h0 P* ~
使用场景:认为是命令的地方都可以使用命令模式,比如: 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。4 _' D2 p' G5 l6 F# p1 Z
0 i+ r r8 N" l5 f1 A注意事项:系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作,也可以考虑使用命令模式,见命令模式的扩展。
# m- d5 S8 p- r8 `————————————————% k% B8 y, M- k" R Z$ S
版权声明:本文为CSDN博主「No_Game_No_Life_」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
. e0 F/ x5 t; [9 X6 I! b0 o# l! _7 V原文链接:https://blog.csdn.net/No_Game_No_Life_/article/details/85989272( I u% [, J6 ]6 [, q
7 q- Z" O3 i9 W8 y, [4 r4 Z( f8 f# ]
|
zan
|