1700463541
1700463542
//把命令交给调用者去执行
1700463543
1700463544
invoker.setCommand（command）；
1700463545
1700463546
invoker.action（）；
1700463547
1700463548
}
1700463549
1700463550
}
1700463551
1700463552
一个完整的命令模式就此完成，读者可以在此基础上进行扩展。
1700463553
1700463554
1700463555
1700463556
1700463558
设计模式之禅 15.3 命令模式的应用
1700463559
1700463560
15.3.1 命令模式的优点
1700463561
1700463562
❑类间解耦
1700463563
1700463564
调用者角色与接收者角色之间没有任何依赖关系，调用者实现功能时只须调用Command抽象类的execute方法就可以，不需要了解到底是哪个接收者执行。
1700463565
1700463566
❑可扩展性
1700463567
1700463568
Command的子类可以非常容易地扩展，而调用者Invoker和高层次的模块Client不产生严重的代码耦合。
1700463569
1700463570
❑命令模式结合其他模式会更优秀
1700463571
1700463572
命令模式可以结合责任链模式，实现命令族解析任务；结合模板方法模式，则可以减少Command子类的膨胀问题。
1700463573
1700463574
1700463575
1700463576
1700463577
设计模式之禅 15.3.2 命令模式的缺点
1700463578
1700463579
命令模式也是有缺点的，请看Command的子类：如果有N个命令，问题就出来了，Command的子类就可不是几个，而是N个，这个类膨胀得非常大，这个就需要读者在项目中慎重考虑使用。
1700463580
1700463581
1700463582
1700463583
1700463584
设计模式之禅 15.3.3 命令模式的使用场景
1700463585
1700463586
只要你认为是命令的地方就可以采用命令模式，例如，在GUI开发中，一个按钮的点击是一个命令，可以采用命令模式；模拟DOS命令的时候，当然也要采用命令模式；触发—反馈机制的处理等。
1700463587
1700463588
1700463589
1700463590
[
上一页 ]
[ :1.700463541e+09 ]
[
下一页 ]