1

1. 前言

设计模式中的命令模式是一种行为设计模式。命令模式把发出命令的责任和执行命令的责任分割开,委派给不同的对象执行。典型的 “大家各干各的把事情干成”。

2. 命令模式

命令模式的基本UML类图如下:

命令模式一共有几个角色,根据上面的类图,我来一一介绍它们:

  • Command 一个具体命令的抽象接口。
  • ConcreteCommand 就是其具体的一个实现,你可以有多个Command接口的实现。具体命令本身并不实现具体的业务命令, 而是会将调用委派给一个业务逻辑对象去执行。
  • Receiver 作为具体命令的最终接收者。几乎任何对象都可以作为接收者,命令的细节由Receiver来实现。
  • Invoker 携带命令执行 action请求。它不负责创建命令对象,它通常会通过构造函数从客户端处获得预先生成的命令。
  • Client 发起具体的命令交给Invoker去执行。

命令模式将命令的发起方Client和命令的具体执行方Receiver完全解耦,双方互相没有直接通信,扩展性更强。另外命令模式将执行逻辑进行动态的参数化封装(特定的Command实现)实现了灵活的业务调用,甚至可以将多个命令组合为复合命令。

3. 通俗讲解

我们每天都要吃饭免不了下个馆子,如果你去的那种小馆子,没服务员那种,你要吃什么都需要告诉厨师,厨师往往都在忙,你得跑过去告诉他,做好了厨师还得放下其它活亲自给你送过去。双方体验是不是很不好。

经过这一次不好的用餐体验以后,第二次你就找了一家大馆子。进门服务员就招呼你坐下并给你一张菜单让你勾选。你选完之后交给服务员,服务员负责交给厨师,做好后服务员给你端过去。中间你想喝点小酒,只需要喊服务员就行了,她会去吧台给你拿。这种用餐体验好多了,全程你不需要跟厨师和吧台沟通。这种体验就好多了。

4. 总结

命令模式应用非常普遍,我们常见的断路器组件Hystrix,还有Java多线程中的线程池ThreadPoolExecutor都用到了命令模式,所以有必要学习一下。模拟命令模式的DEMO 可在我个人网站对应文章中获取。

关注公众号:Felordcn 获取更多资讯

个人博客:https://felord.cn


码农小胖哥
3.8k 声望8k 粉丝