在线时间 1630 小时 最后登录 2024-1-29 注册时间 2017-5-16 听众数 82 收听数 1 能力 120 分 体力 563420 点 威望 12 点 阅读权限 255 积分 174249 相册 1 日志 0 记录 0 帖子 5313 主题 5273 精华 3 分享 0 好友 163
TA的每日心情 开心 2021-8-11 17:59
签到天数: 17 天
[LV.4]偶尔看看III
网络挑战赛参赛者
网络挑战赛参赛者
自我介绍 本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。
群组 : 2018美赛大象算法课程
群组 : 2018美赛护航培训课程
群组 : 2019年 数学中国站长建
群组 : 2019年数据分析师课程
群组 : 2018年大象老师国赛优
" G T& m7 ]: O" I
Java设计模式——命令模式 2 {# K2 h0 m4 j; v P+ ^
* I% M p. x8 b% Q6 i) Y
命令模式
% K- a, v- a @1 r- K9 b + S) m; D( o2 I
命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图:
3 o( @ P+ z% t) a- I, k
: e. g! |. g" f& P- c' V' s/ `
Invoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:: B. w$ w9 F% [+ {0 [
) n- ], E! E( N public interface Command {
M9 F1 \7 T/ J9 f1 \) k public void exe(); + u$ ]6 f) S6 ^, r/ X
}
" E+ F" f* L/ z$ ~4 Y n' a! G3 X public class MyCommand implements Command { " I+ V! Q1 [0 a7 _8 U ^, q
; y2 O# N+ D1 V t' Y7 y private Receiver receiver;
5 q) a6 S3 E/ m! K # E e; Y! K7 Y
public MyCommand(Receiver receiver) {
) R3 v# O/ Y% g8 z, E( v5 v this.receiver = receiver;
; P6 {, Q7 O7 F4 m0 x }
I: j: q+ s9 r
* F1 l/ r$ p) e( { @Override
& o$ E# I, ?. m. }" |2 {' ` public void exe() { M9 A! m7 N. T" s. |. Q
receiver.action();
7 ^! @% `0 b( M6 J4 O } 1 C0 n2 J m" g+ ^5 |( ~$ e
} & b& h# s& S- s2 S0 a/ ^
public class Receiver { 6 x: P; X: Z+ x% J5 P: X! `/ T
public void action(){
; J" Z K& R; Q& _ y1 W System.out.println("command received!");
7 }1 D3 S5 _$ i0 ~8 i. {7 _& f } d) n7 d, U* f% A, P* n
}
3 C3 z/ Y9 z6 {2 @* C4 p. [7 M8 K public class Invoker {
) e% C5 p4 J+ v 3 ]! }2 ^) f& X- b% A
private Command command; # B% C; m" K5 [
" M9 `* u! L0 v$ Q! z2 ]" g public Invoker(Command command) {
( f( V+ n8 d6 S+ h- d this.command = command; * o/ ~2 T$ [$ o
}
, f5 B: I3 b- o
" ^2 \4 J( C' C public void action(){
% @& N% e2 \- U( K- K' B$ W8 L command.exe(); 3 j4 J" l: i: {, a
}
1 N7 P, }( s1 a8 v# F } 2 W( ]9 Q3 J& Y; Y! c5 K; t( V
public class Test { 6 c9 L. e% [8 Q3 y% [: O
3 f# Y2 Y8 Z# M: S( h0 r public static void main(String[] args) {
6 c) z$ T1 O# \8 C) i$ a Receiver receiver = new Receiver();
3 }1 H, _* s4 U, O5 R Command cmd = new MyCommand(receiver);
& _( O- M) ]; Y; y' |; [* u Invoker invoker = new Invoker(cmd); 2 b" _; L/ w! z% L
invoker.action(); 3 q! d* ]. z6 a! u. i; s
}
6 D: D/ d: z$ D, F) g }
. O4 E* s+ P x4 d! r+ W4 n
# K6 o6 t' L' r) e4 e( q& _, D : b; q/ e8 Z. y3 Y
这个很哈理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想!3 r9 Y2 M# ?, b8 b: w
; M" o/ U; [& Q 介绍$ m) L7 S# p& O" m
意图:将一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。
- t# s( v; l+ e5 o
`- C$ S) f7 L 主要解决:在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适。& g4 Q$ I2 b, w1 Q+ i# ^( L
5 s6 V6 s/ m9 Y, l' z) ^! j/ h
何时使用:在某些场合,比如要对行为进行"记录、撤销/重做、事务"等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将"行为请求者"与"行为实现者"解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。
- }; A9 v$ ~7 I/ C; p% _ / r% u1 c% c, _
如何解决:通过调用者调用接受者执行命令,顺序:调用者→接受者→命令。
" |$ m( |" G9 y) h6 n9 x4 O- S
6 t) c9 r' ^) z* y% ?$ F 关键代码:定义三个角色:1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口- U8 x& B; s2 h5 T U3 P4 `
2 B( g8 a* O/ F0 Z% T 应用实例:struts 1 中的 action 核心控制器 ActionServlet 只有一个,相当于 Invoker,而模型层的类会随着不同的应用有不同的模型类,相当于具体的 Command。: B0 W3 h: d. c# H# k
1 Y$ Y4 Q4 }6 c
优点: 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。/ f' d- r% {- h0 u
Z% _, i# E. I s( b5 J
缺点:使用命令模式可能会导致某些系统有过多的具体命令类。
/ D" U9 i4 A+ D4 }
" l. i9 g" y" p% y7 `# ` 使用场景:认为是命令的地方都可以使用命令模式,比如: 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。
( T$ E M" c1 a( ^+ _
5 J5 F; V$ s$ x( j! P 注意事项:系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作,也可以考虑使用命令模式,见命令模式的扩展。
& A Y* A, Y9 t# w* A5 |: J ————————————————$ U& }" M! a1 `
版权声明:本文为CSDN博主「No_Game_No_Life_」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
' Q% o: j, r2 V) w7 W 原文链接:https://blog.csdn.net/No_Game_No_Life_/article/details/85989272
$ V1 N3 C9 {: @3 C' ]9 O Y& Y ! w( ]1 E+ ^; P% E- K7 A: P
& U2 B& d8 V- Z$ y, [
zan