- 在线时间
- 1630 小时
- 最后登录
- 2024-1-29
- 注册时间
- 2017-5-16
- 听众数
- 82
- 收听数
- 1
- 能力
- 120 分
- 体力
- 563412 点
- 威望
- 12 点
- 阅读权限
- 255
- 积分
- 174246
- 相册
- 1
- 日志
- 0
- 记录
- 0
- 帖子
- 5313
- 主题
- 5273
- 精华
- 3
- 分享
- 0
- 好友
- 163
TA的每日心情 | 开心 2021-8-11 17:59 |
|---|
签到天数: 17 天 [LV.4]偶尔看看III 网络挑战赛参赛者 网络挑战赛参赛者 - 自我介绍
- 本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。
 群组: 2018美赛大象算法课程 群组: 2018美赛护航培训课程 群组: 2019年 数学中国站长建 群组: 2019年数据分析师课程 群组: 2018年大象老师国赛优 |
6 [: z& I- Q) |; R" d% KJava设计模式——命令模式
t" r# d! F* t0 I# w! \) l! A& ]! ]: |$ l/ ^" ~( T. U0 \" ~* ?
命令模式. W$ R$ s. z/ U5 ]9 X* C q! J
, Y, W& K* Y4 c9 q$ T9 o6 Z0 F命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图: F4 l7 @1 c$ k! C
$ a; V2 G6 |& { ~
Invoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:
/ l3 V: ~/ g9 W
. z3 D" j. H; mpublic interface Command {
& K# y f3 L0 F' C public void exe(); & o% T: t9 w% T! S% R) T- z# \
}
: Z+ ]! a* l# E; C+ M% lpublic class MyCommand implements Command {
8 _* [2 @. O2 n# ]2 }( Y0 \; F: e- B# [6 P5 I- J3 e
private Receiver receiver; . D8 j9 m J' |6 D
4 z' n- I4 |1 g8 r X T+ [
public MyCommand(Receiver receiver) {
3 Q! _9 d# s) {8 W this.receiver = receiver;
" ^! p1 r, o% I. I, n+ P; u }
* `0 l8 B5 Q2 I) S0 g# P
4 T: W. D5 z2 W, R+ V @Override ! D( ~9 _$ x4 {' w q! R2 U
public void exe() { 7 o' X) ?' I) o, Q" b' R
receiver.action();
2 T+ a( Z6 j- W3 }2 A: y7 \ }
& Y* N6 T4 ~) M} 0 D& V% [ a& A
public class Receiver { $ P" U3 H/ @# F; f
public void action(){
9 h% S1 k! j4 Q) _; o System.out.println("command received!"); / Q; O1 I: d y- U+ C
}
+ ], M% U6 T' P9 F6 E% r}
( s! x! [$ i& Spublic class Invoker {
! T& z; J) u, ~4 R4 q
0 b8 s4 _3 j* D; n/ T private Command command;
. u: w% O) u( t: q% T5 K+ q! J# ?; a6 c9 M3 V g8 B& @$ ?
public Invoker(Command command) {
: ~* e# [! u# S ^. ~7 M this.command = command; + t. m1 N/ k/ F9 M. ?: Y8 W
}
) i' C/ M9 R3 O( F3 H8 D6 B3 s( M( `
public void action(){ 1 G3 z# }2 O3 y
command.exe();
! M: ~! t" M, W, L- t" M& ] }
2 w7 \0 E4 O. v6 k4 ]9 N; ]- Y n} 4 [+ v5 L2 F6 Q# W1 h& ?) C
public class Test { ! p4 |% t8 `% r
* | P$ {* h4 S3 q8 g
public static void main(String[] args) {
4 I) ?3 k$ g! }7 m( {4 f Receiver receiver = new Receiver();
5 C" z# g+ a) a& c7 B# t$ A' \ Command cmd = new MyCommand(receiver); & ]) J. |; t- R# ^. _$ P
Invoker invoker = new Invoker(cmd);
3 K4 g' m1 N3 N8 S O invoker.action(); ' W4 ^( Z( y& E2 `
} 6 q+ B, J) ?% a% w# r V# a
}
+ v# Z& u; P( F8 W7 L" c+ l: q8 a/ y. A$ X/ w* j
! G6 K3 X( Y# A) g5 E( Z
这个很哈理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想!) @' r7 D: [2 [' x$ F+ y8 z
* \3 } b: l: Y( |" O; y
介绍
( l: k5 n. r f7 X9 ^意图:将一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。6 I l d; e: v
! C$ u1 d: p& R% N: A. n
主要解决:在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适。9 B& q" r) |- i5 o0 H! o
; J2 v& l0 b9 q! c何时使用:在某些场合,比如要对行为进行"记录、撤销/重做、事务"等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将"行为请求者"与"行为实现者"解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。
( ]4 |7 b, `! x6 T- l
- M8 M5 W% { J# C如何解决:通过调用者调用接受者执行命令,顺序:调用者→接受者→命令。( N0 J. @. e* j( L' Q' {/ P
! c, E2 @. _) |' ]' P" ]9 ~关键代码:定义三个角色:1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口 ?& s) r$ d# o0 D% T4 u3 @
! E) V& p+ m* a+ k
应用实例:struts 1 中的 action 核心控制器 ActionServlet 只有一个,相当于 Invoker,而模型层的类会随着不同的应用有不同的模型类,相当于具体的 Command。/ q+ d0 K- }7 M) a% l
4 p% j/ }7 D1 w3 n优点: 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。0 K5 k- H: _* x6 p
: _9 ~" ?6 o+ D1 k( L- h0 t& d缺点:使用命令模式可能会导致某些系统有过多的具体命令类。
+ V7 G% U% s) p& j* r
- Y# E/ I6 h5 d/ H使用场景:认为是命令的地方都可以使用命令模式,比如: 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。7 f/ W7 `3 N% A8 W- U) q1 Y3 R; |
8 M v5 s# e6 g注意事项:系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作,也可以考虑使用命令模式,见命令模式的扩展。
6 b" i4 Y# W4 v2 b* E————————————————
" @; ]' s; E% `( K. ] \ F版权声明:本文为CSDN博主「No_Game_No_Life_」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。& h* J. j, |$ l/ J5 ~
原文链接:https://blog.csdn.net/No_Game_No_Life_/article/details/85989272/ N8 y' d$ ?' [ ~4 |6 Y/ |2 C) L
! p# Z$ v% d. { U
8 d6 @1 ^5 t2 z: F& _ |
zan
|