设计模式学习--命令模式

命令模式: 将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作.

1. 它能较容易的设计一个命令队列

2.在需要的情况下,可以较容易的将命令记入日志

3.允许接收请求的一方决定是否要否决请求

4.可以容易的实现对请求的撤销和重做

5.由于加进新的具体命令类不影响其他得类,因此增加新的具体命令类和容易

6.把请求一个操作的对象与知道怎么执行一个操作的对象分隔开

       但是,敏捷开发原则告诉我们,不要为代码添加基于猜测的,实际不需要的功能,如果不清楚一个系统是否需要命令模式,一般就不要急于去实现它,事实上,在需要的时候通过重构实现这个模式并不是很困难,只有在正真需要如 "撤销/恢复"操作等功能时,吧原来的代码重构为命令模式才有意义.

       在命令模式中充分体现了几乎所有设计模式的通病,就是类的膨胀,大量衍生类的创建,这是一个不可避免的问题,但是,给我们带来的好处也非常多,更弱的耦合性,更灵活的控制性以及更好的扩展性,不过在实际开发中是不是需要采用命令模式还是需要考虑的. 对开发者来说是方便了,那么,如果有一天开发者不在负责这个项目了,这样的逻辑留给后来者,没人会觉得方便!