在线时间 1630 小时 最后登录 2024-1-29 注册时间 2017-5-16 听众数 82 收听数 1 能力 120 分 体力 563399 点 威望 12 点 阅读权限 255 积分 174243 相册 1 日志 0 记录 0 帖子 5313 主题 5273 精华 3 分享 0 好友 163
TA的每日心情 开心 2021-8-11 17:59
签到天数: 17 天
[LV.4]偶尔看看III
网络挑战赛参赛者
网络挑战赛参赛者
自我介绍 本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。
群组 : 2018美赛大象算法课程
群组 : 2018美赛护航培训课程
群组 : 2019年 数学中国站长建
群组 : 2019年数据分析师课程
群组 : 2018年大象老师国赛优
3 G9 N f- s- L- ]! M
Java设计模式——命令模式
1 J' l. A) q$ T. m
; c* ?6 h7 z- V2 b6 `& w9 ] 命令模式$ l1 I7 v2 _: f" ^: V8 Q
4 R5 N' {2 y B/ Q 命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图:1 z* ^5 ~* [9 D; t, a
1 F8 u4 f2 p' n, @( r C3 h Invoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:( R I$ x8 Y) W" n9 b) T
' Q( r5 I3 P$ S5 s9 P: P& P
public interface Command { , L+ u2 }- Z: N$ F3 d
public void exe(); & _3 [ ^- ^0 g- C2 l2 i" e9 {
}
Z: @9 ]' Z1 C3 x8 y& \% d3 N9 Q public class MyCommand implements Command {
$ W7 G9 }$ H( b( O, }% c* J
: Y* ^: v, Y/ O: b private Receiver receiver; 7 m" H' s5 k) o+ s9 b6 a
& G& e, N+ L% X. L- h5 c( y& O public MyCommand(Receiver receiver) { 2 p! d j6 ?7 _$ ]( e7 M
this.receiver = receiver;
* F: g4 _: o) W6 E) u( J } 2 o8 w) u0 O/ i5 E1 |
# ?. J, }9 v: K2 G8 u
@Override 1 V: K2 M5 H+ o e' t( Y
public void exe() {
' N" B- k, ]+ X' M# ~. q# v receiver.action(); 6 \; T3 D& v2 k6 S* U' p
}
d+ E5 M$ }8 r- H* ]$ K N } ! y% t& y. F% f/ u, r1 _3 |2 |# L
public class Receiver { , b: M+ d V2 z& `! o0 Z* H! ^
public void action(){
& N: T$ T/ @% B7 m4 r( W) D System.out.println("command received!");
5 c/ [& t- a& q8 r6 v } ! b# l O: U) s6 w8 p! e% I
}
% j5 e& d8 t0 J- Q, | U3 A* n public class Invoker { / D; G/ k! `$ K- ]* C
& D) D5 d+ Z4 ?& _3 Z: Q
private Command command;
: t( h( J t, f% M( A8 o' e % [& D# v6 s; |/ n% ^4 U
public Invoker(Command command) { $ x0 S3 x9 X- r
this.command = command; $ p/ l" E) M2 r# J/ ?/ M$ ^
}
8 d/ Y% _2 m1 U" u2 _8 q4 z4 W
0 ?8 v" F8 o: _1 L: I public void action(){
5 W4 e u% \+ X command.exe(); ) I, f7 M3 ^' ^, Q
}
! {2 c. [) U! N! | }
/ i: j9 E( O" Z) x public class Test { 6 g: |0 \8 F- f
- s, r) E2 F, ^
public static void main(String[] args) {
7 W. o" o% u, Z1 O) E" r. s Receiver receiver = new Receiver();
' n( L6 s% V7 W Command cmd = new MyCommand(receiver);
4 K; O- w$ y" j: T Invoker invoker = new Invoker(cmd); ; e/ l1 |3 W4 Y& J+ x. {2 M# |1 \: T4 H# g
invoker.action();
8 O2 L. Q3 ^% v } - x6 J, `& j4 {( [8 f
}
4 Q5 d% V D+ M1 a) l6 o3 S5 K
, L; t! _' O/ m. r8 m 9 J7 f! x5 E$ a2 a# [
这个很哈理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想!9 b2 _* |- I2 ^
# {- X1 ^+ k, U! P 介绍
4 g- \+ w7 H4 k# e 意图:将一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。0 s: i* w7 E2 |, q0 L& d3 l) F% [ S, Z
& R5 Q$ g4 L6 \: H. s
主要解决:在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适。. Z1 m1 x- a/ B
- {) d' _ q3 g8 o% T! U5 L0 `- p 何时使用:在某些场合,比如要对行为进行"记录、撤销/重做、事务"等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将"行为请求者"与"行为实现者"解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。( w7 x5 z$ v! _2 S K9 u
. c% @ ^! ]$ e3 J/ V, i- P/ [ 如何解决:通过调用者调用接受者执行命令,顺序:调用者→接受者→命令。- c: E; Q+ W, b7 D3 ]
2 x' M, u+ I/ ?. v4 n u% {. _) W 关键代码:定义三个角色:1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口
! z8 N* D3 M$ t+ r5 R
2 j' G1 x3 G- K( | 应用实例:struts 1 中的 action 核心控制器 ActionServlet 只有一个,相当于 Invoker,而模型层的类会随着不同的应用有不同的模型类,相当于具体的 Command。9 l6 C- S/ y# i* r
! w, x) Z9 j0 @- g 优点: 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。; _8 r" N+ w! R' T" t4 m; w
/ e3 W* ~: J7 `' U8 U 缺点:使用命令模式可能会导致某些系统有过多的具体命令类。9 ]4 X' V7 \) P; s
! ?4 k4 }# d; ]7 x" c7 T 使用场景:认为是命令的地方都可以使用命令模式,比如: 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。+ L! ]4 `8 x, Z% F7 v6 z
7 L% B2 p- {/ Q+ M. o, _2 Q# s) [
注意事项:系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作,也可以考虑使用命令模式,见命令模式的扩展。4 R# G: m' {. a) c4 b
————————————————
1 w0 Q3 F2 o, d" S* W 版权声明:本文为CSDN博主「No_Game_No_Life_」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
$ g6 E1 |! P4 L; j9 C3 X3 m 原文链接:https://blog.csdn.net/No_Game_No_Life_/article/details/85989272
0 q% k, N. L" d& T2 v2 q3 s
s" d+ g9 k* d, U- R* P6 c$ ~
1 X. u) R8 r- T6 `
zan