Java设计模式(命令模式)

定义

       将一个请求封装为一个对象,从而让你可以用不同的请求对客户进行参数化,对请求排队或者记录请求日志,以及支持可撤销的操作。

角色

      抽象命令类(Command):声明用于执行请求的execute方法,通过它可以调用请求接收者的相关操作。

      具体命令类(ConcreteCommand):具体实现了执行请求的execute方法,同时定义了接收者对象,并在执行方法时调用接收者的相关操作。

      调用者(Invoker):即请求的发送者,它通过命令对象来执行请求。它不需要在设计时确定具体接收者,在程序运行时注入对应的命令对象,从而实现间接地调用请求接收者的相关操作。

      接收者(Receiver):具体实现对请求的业务处理。

优点

      降低了系统的耦合度

      新的命令可以很容易地加入到系统中,符合开闭原则

      可以比较容易地设计一个命令队列或宏命令(组合命令)

      为请求的撤销(Undo)和恢复(Redo)操作提供了一种设计和实现方案

缺点

      使用命令模式可能会导致某些系统有过多的具体命令类(针对每一个对请求接收者的调用操作都需要设计一个具体命令类)

适用场景

      系统需要将请求调用者和请求接收者解耦,使得调用者和接收者不直接交互

      系统需要在不同的时间指定请求、将请求排队和执行请求

      系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作

      系统需要将一组操作组合在一起形成宏命令

案例

      为了用户使用方便,某系统提供了一系列功能键,用户可以自定义功能键的功能,例如功能键FunctionButton可以用于退出系统(由SystemExitClass类来实现),也可以用于显示帮助文档(由DisplayHelpClass类来实现)。用户可以通过修改配置文件来改变功能键的用途,现使用命令模式来设计该系统,使得功能键类与功能类之间解耦,可为同一个功能键设置不同的功能。

类图

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值