设计模式学习--命令模式
2016-04-19 23:20
176 查看
命令模式: 将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作.
1. 它能较容易的设计一个命令队列
2.在需要的情况下,可以较容易的将命令记入日志
3.允许接收请求的一方决定是否要否决请求
4.可以容易的实现对请求的撤销和重做
5.由于加进新的具体命令类不影响其他得类,因此增加新的具体命令类和容易
6.把请求一个操作的对象与知道怎么执行一个操作的对象分隔开
但是,敏捷开发原则告诉我们,不要为代码添加基于猜测的,实际不需要的功能,如果不清楚一个系统是否需要命令模式,一般就不要急于去实现它,事实上,在需要的时候通过重构实现这个模式并不是很困难,只有在正真需要如 "撤销/恢复"操作等功能时,吧原来的代码重构为命令模式才有意义.
在命令模式中充分体现了几乎所有设计模式的通病,就是类的膨胀,大量衍生类的创建,这是一个不可避免的问题,但是,给我们带来的好处也非常多,更弱的耦合性,更灵活的控制性以及更好的扩展性,不过在实际开发中是不是需要采用命令模式还是需要考虑的. 对开发者来说是方便了,那么,如果有一天开发者不在负责这个项目了,这样的逻辑留给后来者,没人会觉得方便!
1. 它能较容易的设计一个命令队列
2.在需要的情况下,可以较容易的将命令记入日志
3.允许接收请求的一方决定是否要否决请求
4.可以容易的实现对请求的撤销和重做
5.由于加进新的具体命令类不影响其他得类,因此增加新的具体命令类和容易
6.把请求一个操作的对象与知道怎么执行一个操作的对象分隔开
但是,敏捷开发原则告诉我们,不要为代码添加基于猜测的,实际不需要的功能,如果不清楚一个系统是否需要命令模式,一般就不要急于去实现它,事实上,在需要的时候通过重构实现这个模式并不是很困难,只有在正真需要如 "撤销/恢复"操作等功能时,吧原来的代码重构为命令模式才有意义.
在命令模式中充分体现了几乎所有设计模式的通病,就是类的膨胀,大量衍生类的创建,这是一个不可避免的问题,但是,给我们带来的好处也非常多,更弱的耦合性,更灵活的控制性以及更好的扩展性,不过在实际开发中是不是需要采用命令模式还是需要考虑的. 对开发者来说是方便了,那么,如果有一天开发者不在负责这个项目了,这样的逻辑留给后来者,没人会觉得方便!
相关文章推荐
- 16-4SUM
- 第二章平稳时间序列模型——ACF和PACF和样本ACF/PACF
- ssh reverse tunnel
- leetcode 304. Range Sum Query 2D - Immutable(递推)
- 基于大数据与深度学习的自然语言对话
- 自己写个AsyncTask
- 黑盒测试的几个实测试设计
- web.xml 配置中classpath: 与classpath*:的区别
- java并发编程实践学习---java的类锁和对象锁
- QMenu的个性化定制
- httpclient 简单实例
- linux进程的问题
- margin 使图像水平垂直居中
- Spring MVC中一般 普通类调用service
- 理解DrawerLayout抽屉
- 诺亚方舟实验室李航:深度学习还局限在复杂的模式识别上
- Android 多点touch触控事件传递
- 202. Happy Number
- 2016sdau课程练习专题二 1004
- 记录开发中listview的动态显示