设计模式-----命令模式

命令模式

定义

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

通用类图

通用Receiver类

public abstract class Receiver {     
    //抽象接收者，定义每个接收者都必须完成的业务     
    public abstract void doSomething(); 
}

具体Receiver类

public class ConcreteReciver1 extends Receiver{         
    //每个接收者都必须处理一定的业务逻辑     
    public void doSomething(){     
    } 
} 
public class ConcreteReciver2 extends Receiver{      
    //每个接收者都必须处理一定的业务逻辑     
    public void doSomething(){     
    } 
}

接收者可以是N个，是业务逻辑的具体执行者。

抽象的Command类

public abstract class Command {     
    //每个命令类都必须有一个执行命令的方法
    public abstract void execute(); 
    }
}

具体的Command类

public class ConcreteCommand1 extends Command {     
//对哪个Receiver类进行命令处理     
private Receiver receiver;      
//构造函数传递接收者     
public ConcreteCommand1(Receiver _receiver){             this.receiver = _receiver;     
}     
//必须实现一个命令     
public void execute() {             
//业务处理             
this.receiver.doSomething();     
} 
} 
public class ConcreteCommand2 extends Command {     
//哪个Receiver类进行命令处理     
private Receiver receiver;     
//构造函数传递接收者     
public ConcreteCommand2(Receiver _receiver){             this.receiver = _receiver;     
}     
//必须实现一个命令     
public void execute() {             
//业务处理             
this.receiver.doSomething();     
} 
}

通过构造函数定义了该命令是针对哪一个接收者发出的，定义一个命令接收的主体。

调用者Invoker类

public class Invoker {     
private Command command;     
//受气包，接受命令     
public void setCommand(Command _command){             this.command = _command;     
}     
//执行命令     
public void action(){             this.command.execute();     
}
}

命令模式，调用者非常简单，注入相关的Command命令，然后执行action方法。

public class Client {     
public static void main(String[] args) {             
//首先声明调用者Invoker             
Invoker invoker = new Invoker();             
//定义接收者             
Receiver receiver = new ConcreteReciver1();             //定义一个发送给接收者的命令             
Command command = new ConcreteCommand1(receiver);             //把命令交给调用者去执行             invoker.setCommand(command);             invoker.action();     
} 
}

应用

优点

• 类之间解耦

  调用者角色与接收者角色之间没有任何依赖关系，调用者实现功能时只需调用Command 抽象类的execute方法就可以，不需要了解到底是哪个接收者执行

• 可扩展性

  Command的子类可以非常容易地扩展，而调用者Invoker和高层次的模块Client不产生严重的代码耦合。

• 命令模式结合其他模式会更优秀

  命令模式可以结合责任链模式，实现命令族解析任务；结合模板方法模式，则可以减少 Command子类的膨胀问题。

缺点

命令模式也是有缺点的，请看Command的子类：如果有N个命令，问题就出来 了，Command的子类就可不是几个，而是N个，这个类膨胀得非常大，这个就需要读者在项目中慎重考虑使用。