9、Command 命令模式

发布时间：2024-11-15 16:43

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

举个例子，司令员下令让士兵去干件事情，从整个事情的角度来考虑，司令员的作用是，发出口令，口令经过传递，传到了士兵耳朵里，士兵去执行。这个过程好在，三者相互解耦，任何一方都不用去依赖其他人，只需要做好自己的事儿就行，司令员要的是结果，不会去关注到底士兵是怎么实现的。

类图

代码示例

1.class Invoker {

2. private Command command;

3. public void setCommand(Command command) {

4. this.command = command;

5. }

6. public void action(){

7. this.command.execute();

8. }

9.}

10.

11.abstract class Command {

12. public abstract void execute();

13.}

14.

15.class ConcreteCommand extends Command {

16. private Receiver receiver;

17. public ConcreteCommand(Receiver receiver){

18. this.receiver = receiver;

19. }

20. public void execute() {

21. this.receiver.doSomething();

22. }

23.}

24.

25.class Receiver {

26. public void doSomething(){

27. System.out.println("接受者-业务逻辑处理");

28. }

29.}

30.

31.public class Client {

32. public static void main(String[] args){

33. Receiver receiver = new Receiver();

34. Command command = new ConcreteCommand(receiver);

35. //客户端直接执行具体命令方式（此方式与类图相符）

36. command.execute();

37.

38. //客户端通过调用者来执行命令

39. Invoker invoker = new Invoker();

40. invoker.setCommand(command);

41. invoker.action();

42. }

43.}

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

命令模式的目的就是达到命令的发出者和执行者之间解耦，实现请求和执行分开，熟悉Struts的同学应该知道，Struts其实就是一种将请求和呈现分离的技术，其中必然涉及命令模式的思想！

命令模式的结构

顾名思义，命令模式就是对命令的封装，首先来看一下命令模式类图中的基本结构：

Command类：是一个抽象类，类中对需要执行的命令进行声明，一般来说要对外公布一个execute方法用来执行命令。ConcreteCommand类：Command类的实现类，对抽象类中声明的方法进行实现。Client类：最终的客户端调用类。

以上三个类的作用应该是比较好理解的，下面我们重点说一下Invoker类和Recevier类。

Invoker类：调用者，负责调用命令。Receiver类：接收者，负责接收命令并且执行命令。

所谓对命令的封装，说白了，无非就是把一系列的操作写到一个方法中，然后供客户端调用就行了，反映到类图上，只需要一个ConcreteCommand类和Client类就可以完成对命令的封装，即使再进一步，为了增加灵活性，可以再增加一个Command类进行适当地抽象，这个调用者和接收者到底是什么作用呢？

其实大家可以换一个角度去想：假如仅仅是简单地把一些操作封装起来作为一条命令供别人调用，怎么能称为一种模式呢？命令模式作为一种行为类模式，首先要做到低耦合，耦合度低了才能提高灵活性，而加入调用者和接收者两个角色的目的也正是为此。

命令模式的优缺点

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

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

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

命令模式的适用场景

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

网址：9、Command 命令模式 https://www.yuejiaxmz.com/news/view/83822

上一篇：postgres

下一篇：string.Compare字符

9、Command 命令模式

类图

代码示例

命令模式的结构

命令模式的优缺点

命令模式的适用场景

相关内容

随便看看

最新动态分享

热点动态分享

专题

推荐动态分享