命令模式

2014-11-24 00:14:12 · 作者: · 浏览: 0

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

类型:行为类模式

类图:

\

命令模式的结构< http://www.2cto.com/kf/ware/vc/" target="_blank" class="keylink">vc3Ryb25nPjwvcD4KPHA+CiAgICAgICAgucvD+8u80uWjrMP8we7Eo8q9vs3Kx7bUw/zB7rXEt+LXsKOsytfPyMC0v7TSu8/Cw/zB7sSjyr3A4M281tC1xLv5sb694bm5o7o8L3A+Cjx1bD4KPHN0cm9uZz5Db21tYW5kwOCjujwvc3Ryb25nPsrH0ru49rPpz/PA4KOswODW0LbU0OjSqta00NC1xMP8we69+NDQyfnD96Os0ruw48C0y7XSqrbUzeK5q7K80ru49mV4ZWN1dGW3vbeo08PAtNa00NDD/MHuoaM8c3Ryb25nPkNvbmNyZXRlQ29tbWFuZMDgo7o8L3N0cm9uZz5Db21tYW5kwOC1xMq1z9bA4KOsttSz6c/zwODW0Mn5w/e1xLe9t6i9+NDQyrXP1qGjPHN0cm9uZz5DbGllbnTA4KO6PC9zdHJvbmc+1+7W1bXEv827p7bLtffTw8DgoaMKPHA+CiAgICAgICAg0tTJz8j9uPbA4LXE1/fTw9OmuMPKx7HIvc+6w8DtveK1xKOsz8LD5s7Sw8fW2LXjy7XSu8/CSW52b2tlcsDgus1SZWNldmllcsDgoaM8L3A+Cjx1bD4KPHN0cm9uZz5JbnZva2VywOCjujwvc3Ryb25nPrX308PV36OsuLrU8LX308PD/MHuoaM8c3Ryb25nPlJlY2VpdmVywOCjujwvc3Ryb25nPr3TytXV36OsuLrU8L3TytXD/MHusqLH0ta00NDD/MHuoaMKPHA+CiAgICAgICAgy/nOvbbUw/zB7rXEt+LXsKOsy7Ww18HLo6zO3rfHvs3Kx7DR0rvPtcHQtcSy2df30LS1vdK7uPa3vbeo1tCjrMi7uvO5qb/Nu6e2y7X308O+zdDQwcujrLe007O1vcDgzbzJz6Os1rvQ6NKq0ru49kNvbmNyZXRlQ29tbWFuZMDgus1DbGllbnTA4L7Nv8nS1M3qs8m21MP8we61xLfi17CjrLy0yrnU2b340ruyvaOszqrBy9T2vNPB6bvu0NSjrL/J0tTU2dT2vNPSu7j2Q29tbWFuZMDgvfjQ0MrKtbG12LPpz/OjrNXiuPa199PD1d+6zb3TytXV37W9tdfKx8qyw7TX99PDxNijvzwvcD4KPHA+CiAgICAgICAgxuTKtbTzvNK/ydLUu7vSu7j2vce2yMilz+ujurzZyOe99r32yse88rWltdiw0dK70Kmy2df3t+LXsMbwwLTX986q0rvM9cP8we65qbHwyMu199PDo6zU9cO0xNyzxs6q0rvW1sSjyr3E2KO/w/zB7sSjyr3X986q0rvW1tDQzqrA4MSjyr2jrMrXz8jSqtf2tb21zfHuus+jrPHuus+2yLXNwcuyxcTczOG438Hpu+7Q1KOstvi808jrtffTw9Xfus2908rV1d/Bvbj2vcfJq7XExL+1xNKy1f3Kx86qtMuho8P8we7Eo8q9tcTNqNPDtPrC68jnz8KjujwvcD4KCgoKPHN0cm9uZz5bamF2YV08L3N0cm9uZz4gdmlldwogcGxhaW5jb3B5CgoKCgo8b2wgc3RhcnQ9"1" class="dp-j">

  • class Invoker {
  • private Command command;
  • public void setCommand(Command command) {
  • this.command = command;
  • }
  • public void action(){
  • this.command.execute();
  • }
  • }
  • abstract class Command {
  • public abstract void execute();
  • }
  • class ConcreteCommand extends Command {
  • private Receiver receiver;
  • public ConcreteCommand(Receiver receiver){
  • this.receiver = receiver;
  • }
  • public void execute() {
  • this.receiver.doSomething();
  • }
  • }
  • class Receiver {
  • public void doSomething(){
  • System.out.println("接受者-业务逻辑处理");
  • }
  • }
  • public class Client {
  • public static void main(String[] args){
  • Receiver receiver = new Receiver();
  • Command command = new ConcreteCommand(receiver);
  • //客户端直接执行具体命令方式(此方式与类图相符)
  • command.execute();
  • //客户端通过调用者来执行命令
  • Invoker invoker = new Invoker();
  • invoker.setCommand(command);
  • invoker.action();
  • }
  • }

    通过代码我们可以看到,当我们调用时,执行的时序首先是调用者类,然后是命令类,最后是接收者类。也就是说一条命令的执行被分成了三步,它的耦合度要比把所有的操作都封装到一个类中要低的多,而这也正是命令模式的精髓所在:把命令的调用者与执行者分开,使双方不必关心对方是如何操作的。

    命令模式的优缺点

    首先,命令模式的封装性很好:每个命令都被封装起来,对于客户端来说,需要什么功能就去调用相应的命令,而无需知道命令具体是怎么执行的。比如有一组文件操作的命令:新建文件、复制文件、删除文件。如果把这三个操作都封装成一个命令类,客户端只需要知道有这三个命令类即可,至于命令类中封装好的逻辑,客户端则无需知道。

    其次,命令模式的扩展性很好,在命令模式中,在接收者类中一般会对操作进行最基本的封装,命令类则通过对这些基本的操作进行二次封装,当增加新命令的时候,对命令类的编写一般不是从零开始的,有大量的接收者类可供调用,也有大量的命令类可供调用,代码的复用性很好。比如,文件的操作中,我们需要增加一个剪切文件的命令,则只需要把复制文件和删除文件这两个命令组合一下就行了,非常方便。

    最后说一下命令模式的缺点,那就是命令如果很多,开发起来就要头疼了。特别是很多简单的命令,实现起来就几行代码的事,而使用命令模式的话,不用管命令多简单,都需要写一个命令类来封装。

    命令模式的适用场景

    对于大多数请求-响应模式的功能,比较适合使用命令模式,正如命令模式定义说的那样,命令模式对实现记录日志、撤销操作等功能比较方便。

    总结

    对于一个场合到底用不用模式,这对所有的开发人员来说都是一个很纠结的问题。有时候,因为预见到需求上会发生的某些变化,为了系统的灵活性和可扩展性而使用了某种设计模式,但这个预见的需求偏偏没有,相反,没预见到的需求倒是来了不少,导致在修改代码的时候,使用的设计模式反而起了相反的作用,以至于整个项目组怨声载道。这样的例子,我相信每个程序设计者都遇到过。所以,基于敏捷开发的原则,我们在设计程序的时候,如果按照目前的需求,不使用某种模式也能很好地解决,那么我们就不要引入它,因为要引入一种设计模式并不困难,我们大可以在真正需要用到的时候再对系统进行一下,引入这个设计模式。

    拿命令模式来说吧,我们开发中,请求-响应模式的功能非常常见,一般来说,我们会把对请求的响应操作封装到一个方法中,这个封装的方法可以称之为命令,但不是命令模式。到底要不要把这种设计上升到模式的高度就要另行考虑了,因为,如果使用命令模式,就要引入调用者、接收者两个角色,原本放在一处的逻辑分散到了三个类中,设计时,必须考虑这样的代价是否值得。