命令模式是一种设计模式，它将请求封装为独立的对象，以实现请求者与执行者的解耦。该模式允许对请求进行排序、记录和撤销操作。不同于简单的接口实现，命令模式更关注于请求的生命周期管理。例如，在顾客点餐系统中，顾客是请求者，厨师是执行者，而命令模式使得记录顾客的点餐历史、改变订单顺序或取消订单成为可能。理解这一模式的关键在于其提供的额外功能，如请求的可追踪性和可逆性。
定义：
将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操
思考：
说实话我有点懵，没太懂这个模式在解决什么问题。好像是要解耦？就是请求者跟执行者的解耦。
网上文章中，用得最多的就是顾客点餐，小二传餐，厨师做餐的例子。我想了一下，如果要凭空实现这个功能，按目前的趋势，可能就是一个做菜的接口。顾客发起请求，厨师接到就生产？
但命令模式强调了有排序、记录、撤消等操作。那么这就是与平时接口实现 的区别？
假如不是接口实现，所有角色和动作在同一个系统，那很可能也是用角色的注入和持有实现。比如做一个监听器或者监视者，顾客有需求，那么厨师会听到，就去生产。命令模式的区别在哪儿？
还是没太懂，如果读者中能搞清楚，哪位大佬可以在评论区交流
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
