【手写源码-设计模式16】-命令模式-基于麦丹劳点餐场景

1:主题拆解

①基本介绍

②麦丹劳点餐场景

③命令模式的优缺点

④适用场景

2:基本介绍

【手写源码-设计模式16】-命令模式-基于麦丹劳点餐场景

 在软件设计中,我们经常需要向某些对象发送请求,但是并不知道请求的接收者是谁,也不知道被请求的操作时哪个,我们只需在程序运行时指定具体的请求接收者即可,此时,可以使用命令模式来进行设计。

命令模式使请求发送者与请求接收者消除彼此之间的耦合,让对象之间的调用关系更加灵活,实现解耦。

在命令模式中,会将一个请求封装为一个对象,以便使用不同参数来表示不同的请求,同时命令模式也支持撤销操作。

3:麦丹劳点餐场景

我们以麦丹劳点餐的场景来讲解命令模式。

【手写源码-设计模式16】-命令模式-基于麦丹劳点餐场景

如上图所示,可以分为四种角色,依次是客户,调用者,命令,接收者

 现在模拟一个顾客在麦当劳前台要求一份鸡米花,一份土豆条。

①接收者:厨师

②命令

③调用者:服务员

④命令执行

⑤上端调用

分析:可以看出整个模型是将发出请求的对象和执行请求的对象解耦,两者之间通过命令对象进行沟通。

4:命令模式优缺点

1:优点

①降低系统的耦合度

命令模式能将调用操作的对象与实现该操作的对象解耦。

②增加或删除命令非常方便

采用命令模式增加与删除命令不会影响其他类,它满足“开闭原则”,对扩展比较灵活。

③可以实现宏命令

命令模式可以与组合模式结合,将多个命令装配成一个组合命令,即宏命令。

④方便实现 Undo 和 Redo 操作

命令模式可以与后面介绍的备忘录模式结合,实现命令的撤销与恢复。

2:缺点

①可能产生大量具体命令类

因为计对每一个具体操作都需要设计一个具体命令类,这将增加系统的复杂性。

5:适用场景

①系统需要将请求调用者和请求接受者解耦,使得调用者和接收者不直接交互,请求调用者无须知道接收者的存在,也无需知道接收者是谁,接收者也无须关心何时被调用。

②系统需要在不同时间指定请求,将请求排队和执行请求。

③系统需要支持撤销以及恢复操作。

④系统需要将一组操作组合一起形成宏命令,使用命令队列实现。

来源:不要迷恋发哥

声明:本站部分文章及图片转载于互联网,内容版权归原作者所有,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2021年8月16日
下一篇 2021年8月16日

相关推荐