- 在线时间
- 1630 小时
- 最后登录
- 2024-1-29
- 注册时间
- 2017-5-16
- 听众数
- 82
- 收听数
- 1
- 能力
- 120 分
- 体力
- 558565 点
- 威望
- 12 点
- 阅读权限
- 255
- 积分
- 172942
- 相册
- 1
- 日志
- 0
- 记录
- 0
- 帖子
- 5313
- 主题
- 5273
- 精华
- 18
- 分享
- 0
- 好友
- 163
TA的每日心情 | 开心 2021-8-11 17:59 |
---|
签到天数: 17 天 [LV.4]偶尔看看III 网络挑战赛参赛者 网络挑战赛参赛者 - 自我介绍
- 本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。
 群组: 2018美赛大象算法课程 群组: 2018美赛护航培训课程 群组: 2019年 数学中国站长建 群组: 2019年数据分析师课程 群组: 2018年大象老师国赛优 |
$ S, Z* C/ @; `1 wJava设计模式——命令模式
1 [7 w5 P3 I1 l- O/ k1 K/ _( g: y( T- }* R5 k' L; O
命令模式
3 n. c. R; R. w, N+ m- e! }0 ^; C2 E7 o: H9 E4 r
命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图:
' G2 Z+ F1 L( I. k p
6 N2 F1 U# ?* G- PInvoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:# s" {2 f) [% b- _. ~/ f" v
* Q5 a. }) o! r# {public interface Command {
8 T2 t/ w0 t4 ^: p. G: d. o- A public void exe();
[% S9 _% R9 g* d9 p} 9 c* R! W; K& A1 M: s
public class MyCommand implements Command { ( ^# h( ? W3 M, X0 E: L3 Y
( g$ `9 U( F! ^( {
private Receiver receiver; : }. N! U5 y0 }) m/ C" M+ c
' N F1 v; ~3 T Y$ q
public MyCommand(Receiver receiver) {
5 G5 P2 c, c9 ^& X/ B4 _ this.receiver = receiver;
& u; O. }4 Y7 Y } 3 H N9 N Q, G4 ~
: G" s! t& }6 g( F6 D" y* I @Override
& e* g! l D" X$ g public void exe() {
$ X# M8 I! j% J5 l3 I receiver.action();
7 p; x9 v; x4 N" C }
: c* g! I- U0 w& D}
9 }: Z6 z; r1 C, v3 x# B0 I3 Opublic class Receiver { 1 h6 W- r" m/ G/ K4 O
public void action(){ + x/ O' {; z# [2 h- {; m
System.out.println("command received!");
4 j0 @3 X; x+ K( W9 t( R4 P6 N }
5 [+ F$ p* H, J1 {$ H& Y}
( P% C% N0 E4 e ?public class Invoker {
, B6 {! X. ]8 R% B5 e
0 |% G/ P; ?- l& \" q private Command command; , c ?8 V5 J U8 Q, z0 y' ?, W
0 g; x6 {! r+ w, ~1 O2 X public Invoker(Command command) { : R; {6 k/ h9 L$ e) N
this.command = command;
! h T& V! j# D) Y0 ]0 G }
0 U4 J# c& `; x; E8 }( G8 P- X. ^3 q4 R2 c
public void action(){ 7 j1 \- d' [( ?$ ~, @: h
command.exe();
6 e' d( M4 G* g } - L5 c. ~ N3 j
} 5 O/ l! S' H" m+ w5 ?$ ]8 H/ ^/ u
public class Test { + V5 a0 v8 i, P7 O/ q0 a
2 e7 _! B% ]* V% y& n. j& R$ q+ X
public static void main(String[] args) {
( E$ H! _+ z' A0 _. z Receiver receiver = new Receiver(); ) g- P: |) U2 }
Command cmd = new MyCommand(receiver);
1 y9 F3 N6 I* \ q) h( c Invoker invoker = new Invoker(cmd);
2 P" [4 t& u- n6 F$ I invoker.action();
9 x9 x9 a7 W) a/ q7 _5 g/ E. a( u } ( Q# f A# M* R( U- |
} 2 Y/ q7 Y% M1 ~6 ?5 F2 i8 a
[+ _7 A8 f: X6 R* S: [ E8 c6 T$ l
这个很哈理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想!+ G3 E1 d+ O. g& {& U
! ?# x# _+ K) g介绍$ Z' I$ F! ^ H4 L; r
意图:将一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。
9 @6 ~+ }1 Q0 R' F! v
9 u$ ~- Z4 {4 n$ Y |/ m主要解决:在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适。
# T% m& A- _* V2 K
, {) x5 t) i( N0 T何时使用:在某些场合,比如要对行为进行"记录、撤销/重做、事务"等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将"行为请求者"与"行为实现者"解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。
1 J; H/ r& C2 y/ d, e' Q" N
; _) ]9 p$ j5 Y/ d9 u+ K如何解决:通过调用者调用接受者执行命令,顺序:调用者→接受者→命令。' n+ s+ b- _2 j( ]; U' R
) R9 {$ G- T$ a% V关键代码:定义三个角色:1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口
+ I4 \% B5 S" K+ e
( D! x% T: J. P应用实例:struts 1 中的 action 核心控制器 ActionServlet 只有一个,相当于 Invoker,而模型层的类会随着不同的应用有不同的模型类,相当于具体的 Command。
1 L0 w% y) H1 P, o0 X
; M0 S0 I P- C. W$ _# f优点: 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。
- p; M, v# n' k$ }2 t* p) R
% \( f3 n5 t5 g8 j: y" x0 X* L2 Z缺点:使用命令模式可能会导致某些系统有过多的具体命令类。
8 Z7 M% z6 Z- l; y- |& r0 d" U# k4 ^& o8 O7 {
使用场景:认为是命令的地方都可以使用命令模式,比如: 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。
1 F% q" U/ j. t$ T8 p' A: t: `0 B# C
注意事项:系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作,也可以考虑使用命令模式,见命令模式的扩展。
+ s9 `# s" O& |9 G: y$ ?5 l————————————————5 |) Z+ t; W" c1 Y
版权声明:本文为CSDN博主「No_Game_No_Life_」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。1 Q6 d1 N1 n- Y
原文链接:https://blog.csdn.net/No_Game_No_Life_/article/details/859892724 M0 T' ?" ^4 _; [) }3 J) D
" [; p' x9 ^4 @! E7 b, U& o6 R! H
) D7 ^/ L/ L3 u+ P9 B0 S7 @ |
zan
|