命令模式很多同学可能不会用到，但这个模式还是蛮有意思的。命令模式能够将操作和数据打包成对象，便于系统对命令进行管理、维护。
UML类图位置：https://www.processon.com/view/link/60d29bf3e401fd49502afd25
本文代码链接为：https://github.com/shidawuhen/asap/blob/master/controller/design/26command.go
1.定义
1.1命令模式
命令模式：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。
UML：
1.2分析
上面的定义和UML比较复杂，大家可能比较难理解。
首先我们需要明白什么是命令。命令包括指令和数据。指令是行为，数据影响到指令。如前进3米，前进是指令，3米是数据。
然后我们再看一下各个类的含义。
Command和ConcreteCommand是命令，有Excute函数，代表要做的行为。
ConcreteCommand调用Excute()，最终调用Receiver的Action。这意味ConcreteCommand只是一个容器，真正的操作逻辑在Receiver中。
Invoker包含了所有Command，控制Command何时执行Excute()。
现在我们将UML简化，把Invoker、Receiver去掉，看看是否容易理解了。
通过这个简洁版UML，我们来看一下为什么要用命令模式。
命令包括指令和数据，指令其实对应着操作，操作在代码中对应着函数。
命令模式其实是把函数封装成对象，系统能对对象进行各种操作，如排队执行、记录日志、撤销等。
为什么要将函数包装成对象呢？C、C++、Go支持函数指针，但并不是所有语言都有这种特性，这时命令模式就起作用了。而且即使语言支持函数指针，命令的数据部分怎么存放仍是一个问题。
所以简单理解，命令模式就是把请求打包成一个一个Command对象，存储起来，系统根据实际需求进行处理。
2.应用场景
大家可能感觉命令模式与MQ、工厂模式一样，其实在细节上是有区别的：
- MQ只包含数据，不包含行为，命令模式两者都包含
- 工厂模式需要实时执行，但命令模式可以进行存储，延后执行
命令模式我从来没有用过。《设计模式之美》里讲了游戏研发的一种通用架构：客户端的请求被服务端存储起来，服务端有单独线程处理这些请求。那我们就按这个场景写一下代码实现。
3.代码实现
package main
import "fmt"
/**
* @Author: Jason Pang
* @Description: 命令接口
*/
type Command interface {
Execute()
}
/**
* @Author: Jason Pang
* @Description: 移动命令
*/
type MoveCommand struct {
x, y int64
}
/**
* @Author: Jason Pang
* @Description: 如何移动
* @receiver m
*/
func (m *MoveCommand) Execute() {
fmt.Printf("向右移动%d，向上移动%d \n", m.x, m.y)
}
/**
* @Author: Jason Pang
* @Description: 攻击命令
*/
type AttackCommand struct {
skill string
}
/**
* @Author: Jason Pang
* @Description: 如何攻击
* @receiver a
*/
func (a *AttackCommand) Execute() {
fmt.Printf("使用技能%s\n", a.skill)
}
/**
* @Author: Jason Pang
* @Description: 记录命令
* @param action
* @return Command
*/
func AddCommand(action string) Command {
if action == "attack" {
return &AttackCommand{
skill: "野蛮冲撞",
}
} else { //默认是移动
return &MoveCommand{
x: 10,
y: 20,
}
}
}
func main() {
//将命令记录
lc := make([]Command, 0)
lc = append(lc, AddCommand("attack"))
lc = append(lc, AddCommand("move"))
lc = append(lc, AddCommand("move"))
lc = append(lc, AddCommand("attack"))
//执行命令
for _, c := range lc {
c.Execute()
}
}
输出：
➜ myproject go run main.go
使用技能野蛮冲撞
向右移动10，向上移动20
向右移动10，向上移动20
使用技能野蛮冲撞
通过上面的代码，大家应该能够理解命令模式了。可以看出，对不同请求，生成不同的Command，Command中包含对应的数据与操作。这也是模式定义中说到的”对请求排队或记录请求日志，以及支持可撤销的操作“。
总结
设计模式是为了解决现实中的问题，我们需要和具体场景相绑定。在解决问题的时候，采用的是不是标准的设计模式并不重要，模式只是手段，手段需要为达成目的服务。
最后
大家如果喜欢我的文章，可以关注我的公众号（程序员麻辣烫）
我的个人博客为：https://shidawuhen.github.io/
往期文章回顾：
