设计模式(9):命令模式

本文详细介绍了设计模式中的命令模式,包括其定义、通用类图及角色解析。通过实例展示了如何利用命令模式实现项目成员的分工协作,强调了命令模式在类间解耦、可扩展性方面的优点,同时也指出其可能带来的类膨胀问题。同时,提出了如何结合其他设计模式以优化命令模式的使用,如与责任链模式、模板方法模式的结合。
摘要由CSDN通过智能技术生成

命令模式:

定义:

将一个请求封装成一个对象,从而让你使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和恢复功能。

 

通用类图:

 

 

 

Receiver接受者角色:

该角色就是干活的角色,命令传递到这里是应该被执行的

Command命令角色

需要执行的所有命令都在这里声明

Invoker调用者角色

接收到命令并执行命令。

 

 

 

优缺点:

优点:

类间解耦

调用者角色与接受者角色之间没有任何依赖关系,调用者实现功能时只需要调用Command抽象类的execute方法就可以,不需要了解到底是哪个接受者执行

 

可扩展性

Command的子类可以非常容易的扩展,而调用者Invoker和高层次的Client不产生严重的代码耦合

 

命令模式结合其他模式会更优秀

命令模式可以结合责任链模式,实现命令族解析任务;结合模板方法模式,则可以减少Command子类的膨胀问题。

 

缺点:

如果有N个命令,Command的子类就是N个࿰

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值