命令模式-举例
2023-12-30 05:56:33
? 开关和电灯之间并不存在直接耦合关系,在命令模式中,发送者与接收者之间引入了新的命令对象,将发送者的请求封装在命令对象中,再通过命令对象来调用接收者的方法。
命令模式的主要缺点如下:
使用命令模式可能会导致某些系统有过多的具体命令类。
因为针对每一个对请求接收者的调用操作都需要设计一个具体命令类。
因此在某些系统中可能需要提供大量具体命令类,
这将影响命令模式的使用。
使用场景
1.系统需要将请求调用者和请求接收者解耦,
使得调用者和接收者不直接交互。
请求调用者无须指定接收者的存在,也无须指定接收者是谁,接收者也无须关心合适被调用。
2.系统需要在不同的时间指定请求,将请求排队和执行请求。
一个命令的对象和请求的初始调用者可以有不同的生命期,换言之,最初的请求发出者
可能已经不在了,而命令对象本身仍然是活动的,可以通过该命令对象去调用
3.系统需要支持命令的撤销和恢复操作。
在上述代码中,功能键类FunctionButton充当请求的发送者,帮助文档处理类HelpHandler
充当请求的接收者,在发送者FunctionButton的onClick方法中将调用接收者HelpHandler
的display()方法,显然,如果使用上述代码,将给系统带来如下几个问题:
1.由于请求发送者和请求接收者之间存在方法的直接调用,耦合度很高,更换请求接收者
必须修改发送者的源代码。如果需要将请求接收者HelpHandler改为WindowsHandler,则
需要修改FunctionButton的源代码,违背了开闭原则。
?
文章来源:https://blog.csdn.net/wcg_jishuo/article/details/135300168
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!