在线时间 1630 小时 最后登录 2024-1-29 注册时间 2017-5-16 听众数 82 收听数 1 能力 120 分 体力 564647 点 威望 12 点 阅读权限 255 积分 174617 相册 1 日志 0 记录 0 帖子 5313 主题 5273 精华 3 分享 0 好友 163
TA的每日心情 开心 2021-8-11 17:59
签到天数: 17 天
[LV.4]偶尔看看III
网络挑战赛参赛者
网络挑战赛参赛者
自我介绍 本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。
群组 : 2018美赛大象算法课程
群组 : 2018美赛护航培训课程
群组 : 2019年 数学中国站长建
群组 : 2019年数据分析师课程
群组 : 2018年大象老师国赛优
e9 {1 K% X8 I4 H" W) N Java设计模式——命令模式
! J; d* E( e% S: |. J
5 q# W8 e7 c H/ q 命令模式
0 X. t8 ^, S: K
n5 r) j- i' G( I( U% l( r 命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图:& `6 m3 \3 f b# l. i
$ d& c e! Y. b5 [3 o# X4 |: O; {
Invoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:# x% b' ]( Y, b& _5 R- Y# L4 R' n$ I ]
7 v9 k( n5 b& T: L! V* K9 B! y public interface Command { ' o! M# v5 _2 G0 I! P1 H
public void exe(); 1 C' o ~1 N6 O. g6 R) G" d8 V! ?
}
/ ]/ W' c/ o. [ public class MyCommand implements Command { / x7 y; \% o! z; K
& d) Y2 n8 k! J% ^$ w: J private Receiver receiver;
" ]0 d+ [& l- w, k4 [+ N9 V/ G$ |, m2 f 8 T7 o3 P$ D! w# ?$ f: _. n
public MyCommand(Receiver receiver) {
1 a6 K5 z8 H9 H/ w this.receiver = receiver;
5 s9 c% u, A$ \- `- J* n }
) N1 h' d! T" q" A ( }" ^7 J( a- b* {
@Override
- ?2 B& n- ~$ ?# _2 V F. I! P6 ~ public void exe() {
; X0 E9 v- M, {7 U: b; Z receiver.action();
) d9 e4 o" b: ? } 2 k5 X. X2 R, e8 @( u; p9 k
}
* E: R6 g. b) f2 f3 e public class Receiver {
# R! A; n W' [. C public void action(){
' W! \, e; i l6 g5 [& ?' R- { System.out.println("command received!"); 2 f! y. H1 l ?* |$ l5 s! x
}
5 J8 i6 R. |: g8 R: E } ; Q: [6 u6 d8 ~, R8 L: d: r
public class Invoker {
! y1 Y, ^) Q2 ~$ n 8 F7 X! k% B6 k% J6 ?. `! s4 v
private Command command;
! O( S: H2 z+ { Y2 ]/ Y
$ s+ P$ j. O& E4 @ public Invoker(Command command) { ( V% W4 o& t+ F( u# l- Z
this.command = command;
6 ~# a* {, _' G1 N } & k, @; f+ v& y4 y9 M) n8 Z+ p
c( @! g$ o9 ?; L
public void action(){
5 B9 t# L8 `! X command.exe();
, `$ b1 ^3 y7 R$ @( L) L1 S } % b! k& }3 c* }$ N7 i
} " w$ o. Y6 p; @( l
public class Test { ' W/ V; ]# W; h( W9 ^( X
! Q& S$ Z' p; P+ {
public static void main(String[] args) {
0 n9 W; d- g* t+ y Receiver receiver = new Receiver();
% f% `1 f* e: } V4 \4 a$ G Command cmd = new MyCommand(receiver);
7 `% {( o) r) D) o5 F Invoker invoker = new Invoker(cmd);
5 O7 D0 s" ^$ O invoker.action();
8 O& o, k3 [8 A9 ^. S4 H } 9 A* S( R# r5 G; X$ Z7 f
}
- b( c, t. x8 s5 e( S * f; A( b9 U* y9 A
, o& i4 h+ n3 D& T" U 这个很哈理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想!
9 b% q. Z. ]" k, H+ {1 n % a+ L! v5 Z3 J
介绍
' D8 ]8 k% \+ H2 D" o1 X 意图:将一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。1 Y* |/ v4 Y! L# h' I. G9 `% E
5 S& b0 U% e0 h0 s2 j5 w1 z: C4 c1 I5 E 主要解决:在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适。/ a5 m6 Y) ?* c, h% K, v
. _0 W* ^( C' @% Z 何时使用:在某些场合,比如要对行为进行"记录、撤销/重做、事务"等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将"行为请求者"与"行为实现者"解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。! ^0 ^* Y: E" U$ l; E, T
( }9 C) I# s& ^! g- v
如何解决:通过调用者调用接受者执行命令,顺序:调用者→接受者→命令。& m! r2 ~3 Y g8 L. V
( c4 G- E2 |- y! W6 v( R) g `7 N* D. \ 关键代码:定义三个角色:1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口
0 ]0 Y) ?1 V* R6 E
8 c$ O+ q R2 n* J- C 应用实例:struts 1 中的 action 核心控制器 ActionServlet 只有一个,相当于 Invoker,而模型层的类会随着不同的应用有不同的模型类,相当于具体的 Command。
+ s( _" \+ a( X( g( Y 5 ^9 {+ C% C/ U6 N3 L
优点: 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。3 Q; u& E' o" o b, _
. f" e- g* j9 ?8 A3 D! w- H3 w3 { 缺点:使用命令模式可能会导致某些系统有过多的具体命令类。
! l7 X$ Z' B: Q5 r% I ( e5 T9 l+ J6 z n, _
使用场景:认为是命令的地方都可以使用命令模式,比如: 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。
- [5 y/ i4 B# L & H/ r0 z0 c( e# v t* @/ M- d0 e
注意事项:系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作,也可以考虑使用命令模式,见命令模式的扩展。* f1 `& }7 ?5 h# [
————————————————: @9 s5 |/ W: Q5 h
版权声明:本文为CSDN博主「No_Game_No_Life_」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
5 J' N4 m; b, n 原文链接:https://blog.csdn.net/No_Game_No_Life_/article/details/85989272
* w; ?8 u% L F( e- s * v) K, J( [8 W7 {& u4 R
* ?8 T6 f7 I9 C- z8 b5 ^0 n R* U
zan