command命令模式(行为模式)之我见
2015-04-15 17:17
113 查看
我觉得command命令模式的本质就是把触发者和接受者隔离开来,把一个函数能干的事情提升到类的级别 搞一个基类包含虚函数excute() 搞好多具体的接受者类C**command(),在具体接收类中去实现excute,和触发者invoke接触的是基类,利用多态性,真正干事儿的是具体的接受者类,这样隔离开来,无论加多少具体的接受者类 既有代码都不受影响 非常灵活
很多linux的软件既可以支持UI操作,也可以支持命令函操作。这时候就必须用command模式。 |
command模式实际上把软件真正的业务逻辑和UI解耦了 |
command对象化后也可以支持事务回滚之类的高级功能 sql数据库里记录的那些日志就是被记录下来的command.对数据库事务回滚。 计算机软件科学就是加间接层实现抽象的科学。 当然每加一个间接层软件都会复杂一些。所以这里面实际还是一个度的问题,不是越松耦合,越模块化的东西就越好。看实际解决的问题。强耦合的代码可读性是最好的。 |
相关文章推荐
- 设计模式 行为模式 命令模式 c语言 版本实现
- 迭代器——对象行为模式
- Java8 in action(1) 通过行为参数化传递代码--lambda代替策略模式
- Java设计模式_行为模式_观察者模式
- 设计模式(19) 状态模式(简单入门 行为模式)
- 基于网站日志数据挖掘的用户访问行为模式可视化研究
- 行为模式之模板方法模式
- 设计模式--行为模式--NULL Object--Java
- 设计模式 ( 十二 ) 职责链模式(Chain of Responsibility)(对象行为
- [设计模式](十三):中介模式|访问者模式|解释器模式(三种中间类行为模式)
- 设计模式(三)结构模式和行为模式(代理模式、享元模式)(观察者模式、命令模式)
- 状态模式与有限状态机 &行为树(游戏开发)
- 行为模式-策略模式
- 设计模式(22) 备忘录模式(简单入门 行为模式)
- 设计模式-行为-策略
- 漫谈设计模式 —— 创建行为的封装
- (行为模式)设计模式之Template
- 空对象模式 - 行为模式
- 行为模式之Observer
- 解释器模式--自定义语言翻译机(行为模式03)