在线时间 1630 小时 最后登录 2024-1-29 注册时间 2017-5-16 听众数 82 收听数 1 能力 120 分 体力 566871 点 威望 12 点 阅读权限 255 积分 175284 相册 1 日志 0 记录 0 帖子 5313 主题 5273 精华 3 分享 0 好友 163
TA的每日心情 开心 2021-8-11 17:59
签到天数: 17 天
[LV.4]偶尔看看III
网络挑战赛参赛者
网络挑战赛参赛者
自我介绍 本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。
群组 : 2018美赛大象算法课程
群组 : 2018美赛护航培训课程
群组 : 2019年 数学中国站长建
群组 : 2019年数据分析师课程
群组 : 2018年大象老师国赛优
: j# R& Y( q* l" U$ R3 d
Java设计模式——命令模式 $ s2 w* ]$ w0 d8 S
. O9 x V& j5 c* j& F1 } 命令模式2 C+ {* K4 R2 F. h
$ V6 d% e' G- y4 ^, ~( `: O
命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图:
- A3 I6 }* ^* O9 t* N9 P
3 g4 g! j9 R" {5 c
Invoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:$ w$ k2 I- ~* U0 X; w c1 l# [# r. F
* ]+ A' A, J6 V# g public interface Command {
/ w$ j: s4 y4 Z- u public void exe();
1 F6 ?' V9 C; p; f+ b8 m9 ? }
9 W6 \9 r$ D1 p2 F+ o9 @7 d public class MyCommand implements Command {
+ N+ N, Y8 t8 l7 g 5 s+ s k( ]/ J& U
private Receiver receiver;
8 W4 ?7 w7 L' d& v% E% g
I9 O' w5 O @8 N0 S public MyCommand(Receiver receiver) { . \8 Y! K+ U* a c- i: `, S
this.receiver = receiver; u5 O5 l( s1 i) j( u1 |
} ; G& M. W$ k% Q& ?8 O6 C
5 p3 ?5 J: X3 q) i+ m& F
@Override 8 g# P: r2 t/ K3 b' d5 w& R; v, M
public void exe() { 6 Q0 M% u9 q5 c' p. Y
receiver.action(); 9 ?7 {8 _* U, G$ j
}
" r1 Z) E7 T* f7 I2 h }
7 |/ x% T$ V2 r9 _/ s public class Receiver { 1 K3 b6 s4 p9 O: ?8 I& H
public void action(){
: t1 T4 ~% T) t* V5 m System.out.println("command received!");
0 @3 M4 S7 U% p* F: Z6 u }
% O! { W3 S& m% T' S0 P } # N0 \- u$ n$ r' w) A. b8 J6 N. }7 r
public class Invoker { [9 `3 Q4 j. i
9 F6 p1 Q7 w1 x0 e9 U private Command command; / f. T6 j2 h. n) W
. f% k; q4 u7 v0 e; Z* _6 M public Invoker(Command command) {
" O: ~3 ^6 v6 a6 L# o+ J; { this.command = command; & |# j0 _! w7 l
} 0 Q* Y+ g. k; q; W9 u
) r1 Y9 @6 D: j/ \- m
public void action(){
6 w, P; z3 u) D command.exe();
- s3 L: a5 `# X$ o+ a } + s7 {: I% j6 P( s
}
" z; a: w* |9 X0 o8 ~( ] public class Test { 7 f0 m! L" `* a% I( U" A+ W6 u
6 O5 S- u1 V* C$ [5 n. n9 x" a public static void main(String[] args) { . ?/ I8 a0 e6 e& T
Receiver receiver = new Receiver(); % Q6 {, t7 L! P ~" n0 `
Command cmd = new MyCommand(receiver);
. A& V9 X( V; y! T: y. Q1 c+ h+ t ^ Invoker invoker = new Invoker(cmd);
4 t* X6 A8 x/ Y+ K" V" v) p invoker.action();
7 t2 Q" x# Z# E+ g6 O }
( \9 {# q# y, Z2 w2 t; I) q! H1 ~: k } t& q- i" b+ F! Y6 c+ c; D# v6 u
: H6 Z" U( b! O2 f/ s3 J% z. p
: V: s$ E! _5 T# P/ I8 z, r
这个很哈理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想!. W0 `7 F5 v& ]! e2 t8 P5 t
8 w! z' I# k& ~( G6 D; v
介绍5 {6 @2 k) D6 l _6 }8 u
意图:将一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。
' {; H9 B" Z z+ a. \8 R3 w ; B2 \/ t( `0 R! m3 f" M
主要解决:在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适。! K1 r6 i0 l# z% W9 L1 G l
% ^& H1 h* `+ d K 何时使用:在某些场合,比如要对行为进行"记录、撤销/重做、事务"等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将"行为请求者"与"行为实现者"解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。3 w3 f* `$ p9 r2 i
! z1 R1 [% B1 L' f0 \0 x% m
如何解决:通过调用者调用接受者执行命令,顺序:调用者→接受者→命令。
; s3 p8 H* X7 o7 X& u % G5 i8 v( K. M# [: E
关键代码:定义三个角色:1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口
/ m# B, a* r+ j" I5 C ' z4 Z6 G5 o7 r5 H
应用实例:struts 1 中的 action 核心控制器 ActionServlet 只有一个,相当于 Invoker,而模型层的类会随着不同的应用有不同的模型类,相当于具体的 Command。4 _3 H" V& t8 y6 T- g T! C
1 H2 `7 w" o$ M3 h, G 优点: 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。9 N7 V9 v7 R( @! d# B
/ z( [) D0 x; T h
缺点:使用命令模式可能会导致某些系统有过多的具体命令类。
$ y7 S' I' d4 P7 h, |. v0 g
! e5 U1 A% ^8 ~/ I# Y' ] 使用场景:认为是命令的地方都可以使用命令模式,比如: 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。' K, O! x9 W0 a/ X: T
0 c) I. A' r6 O9 z* b3 G1 B, L 注意事项:系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作,也可以考虑使用命令模式,见命令模式的扩展。
) [7 _! s) w p, p# Q) G ————————————————
4 G. E5 ?6 ?& h- m8 `" X; q 版权声明:本文为CSDN博主「No_Game_No_Life_」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。' m1 a5 g+ ^; C9 C$ c6 v' o6 M# z4 g) d) |
原文链接:https://blog.csdn.net/No_Game_No_Life_/article/details/85989272; v2 U/ J1 Y* O) `9 b$ q
/ c" H) P4 o5 x0 d! L
% b2 `& V6 W% c
zan