- 在线时间
- 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年大象老师国赛优 |
" d: m2 c$ S6 l) b8 B: W! l6 bJava设计模式——命令模式0 D8 f$ B- W) [3 H! t$ i
. Q: g; o4 ]& S1 O {# V命令模式
/ r) Q; ]3 E* p5 ]; N Z% |/ J* S- @1 c) E7 @2 {( Q5 t
命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图:
% z6 e" R/ K$ U, H
3 h+ `# y ^9 Q! O& { g
Invoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:- s3 F8 o) c" u
1 ^" U' E- N1 q) g2 u
public interface Command { - ^8 f; ?0 ?9 ?$ c4 y6 \
public void exe(); 6 t! e2 W L# K1 ]5 D$ |
}
7 h. {3 i8 {" J3 h2 Ypublic class MyCommand implements Command { ; C& }/ M/ O& E, f
f. P5 e! _0 e( d& t private Receiver receiver;
) ^; |. T/ Y* t: p
8 H% I& }6 h, }/ ^ l public MyCommand(Receiver receiver) { / }0 ^4 l5 m5 e, [
this.receiver = receiver;
E# @4 W# N" \5 A% z } , s" U7 o" [6 |1 i& J- J# H- U7 V( b
3 s% [8 E. B5 v2 j0 x
@Override 1 |" ?" b7 E% O" n& H9 \
public void exe() { 1 u. r/ I5 V0 ~# p5 F- V1 G: H
receiver.action(); N- [4 q5 @6 F" c8 X
}
' J8 m! A1 _! U- J& w3 ^: E) W& W}
1 x4 S& H( C( [8 Z" t7 @( X1 Jpublic class Receiver {
' ]; L0 Z0 r( p/ w1 \6 g. \8 f public void action(){
1 J# ]* o+ Y1 v O. }, E, A System.out.println("command received!"); 6 N7 U7 C! Y. T. l2 {3 Z/ M- B
} ; {' w, [) b7 _4 C2 V% M
} 9 S9 Q" m3 F3 n: S% }
public class Invoker {
7 f( G3 _1 ^9 D% `* _0 s0 _) H( s8 Z1 v& _, f4 _/ L0 [
private Command command; 8 T" q0 X% c8 W
2 V3 s* F0 D$ V, n. o0 D
public Invoker(Command command) {
6 B0 Q4 G" u" |2 T7 O7 @ this.command = command; 6 A: f( y! \0 e- L! s) Q
}
; H& ?& B ?2 v/ k
0 [6 p0 {' U2 J- E public void action(){
; X6 ]! B& @9 \" g2 c1 x command.exe();
! l% p R) w S1 y } 5 K& k# K: r' ] d! ?
} . d- y5 R& C) P' U
public class Test { % _! w: E b) h" R
$ X# D. w8 X/ K1 D/ Y public static void main(String[] args) { 0 _! J4 i9 i) e! K; y
Receiver receiver = new Receiver(); 8 b% {, T- x6 J( F4 Q$ u+ X
Command cmd = new MyCommand(receiver);
+ Z" J1 A5 K: J; Z. @ Invoker invoker = new Invoker(cmd); $ O7 W( F5 E! m. @
invoker.action(); y* @) T$ m, r% v1 m
} 7 ^5 g. Y1 U: I$ F. t6 ?
}
! M" {# `( ^5 U, r8 q" R K) B3 L1 |, n$ b% L! b" f; ]! T ?
- v: @% k- C/ H/ [8 [: @! q6 H这个很哈理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想!
" M$ @* f$ T. N! m9 N7 `. U. |" } A; z7 n/ }- M. O
介绍
4 ~/ ^7 }0 b6 L2 e# O+ W( A- U$ W意图:将一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。
$ M8 ~- p7 m6 W; \
8 T1 {7 L! G: ~+ Y主要解决:在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适。
) r% [0 ` ?( P- l8 {. g$ M/ ]# T& k6 o* F
何时使用:在某些场合,比如要对行为进行"记录、撤销/重做、事务"等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将"行为请求者"与"行为实现者"解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。
2 |" l/ w# ^8 I F' B. \
8 W ?4 q# l5 `" G0 z/ D- N如何解决:通过调用者调用接受者执行命令,顺序:调用者→接受者→命令。7 C( h2 R, i, ~" J6 F
" g ?# n( _1 o6 V
关键代码:定义三个角色:1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口
' P8 Y# X) J: I7 i5 [5 X- x; u# N R
应用实例:struts 1 中的 action 核心控制器 ActionServlet 只有一个,相当于 Invoker,而模型层的类会随着不同的应用有不同的模型类,相当于具体的 Command。$ g, S0 Y4 B/ \2 J; [! j: B* U5 b
, w# g- [: C. ?% T9 n/ {) F, U优点: 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。% r9 ^0 D' y7 h) x. k% h9 Z
, w7 K% j7 n% e3 L1 w+ p w缺点:使用命令模式可能会导致某些系统有过多的具体命令类。; P" p& k6 P* H- J- E2 V
+ ^5 j7 b* N# g5 `7 @
使用场景:认为是命令的地方都可以使用命令模式,比如: 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。
0 P9 d6 X" ^4 _5 ` x, D( | R8 x+ o; l7 c
注意事项:系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作,也可以考虑使用命令模式,见命令模式的扩展。
+ f6 w1 m: r+ C1 f————————————————
+ f4 m$ O. x. I, j版权声明:本文为CSDN博主「No_Game_No_Life_」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
, `6 ^$ X, x# v6 C5 ]2 }原文链接:https://blog.csdn.net/No_Game_No_Life_/article/details/85989272
8 g2 R4 ?+ G J, ~. B3 e
! P5 m$ ]0 a" R6 Y% Z* `/ u9 w6 K s" h" h. i0 R B
|
zan
|