访问者模式的核心思想是将数据结构和对数据的操作分离，当我们需要为复合对象添加新操作时，不需要修改复合对象本身的结构，只需要新增对应的访问者实现即可，非常适合复合对象结构稳定但操作多变的场景。在Golang中实现访问者模式，需要结合接口定义和结构体嵌套来完成。
访问者模式的核心角色
在Golang的访问者模式实现中，通常包含以下几个核心角色：
- 元素接口（Element）：定义复合对象中每个元素需要实现的接受访问者的方法，通常命名为
Accept - 具体元素（ConcreteElement）：实现元素接口，在
Accept方法中调用访问者对应的处理方法 - 访问者接口（Visitor）：定义访问每种具体元素的方法，方法参数对应不同的具体元素类型
- 具体访问者（ConcreteVisitor）：实现访问者接口，完成对具体元素的操作逻辑
- 对象结构（ObjectStructure）：管理复合对象中的元素集合，提供遍历元素并触发访问的方法
复合对象场景示例
我们假设一个文件系统的复合对象场景，文件系统包含文件夹和文件两种元素，文件夹可以包含子文件夹和文件，现在需要实现对文件系统的两种操作：统计总大小和打印所有文件路径。这个场景中复合对象结构（文件夹、文件）是稳定的，操作（统计大小、打印路径）可能会新增，非常适合用访问者模式实现。
第一步：定义元素接口和具体元素
首先定义元素接口，所有文件系统元素都需要实现Accept方法：
package main
import "fmt"
// 元素接口 定义接受访问者的方法
type FileSystemElement interface {
Accept(visitor FileSystemVisitor)
}
// 文件结构体 具体元素
type File struct {
Name string
Size int64 // 文件大小 单位字节
}
// 文件实现Accept方法 调用访问者的VisitFile方法
func (f *File) Accept(visitor FileSystemVisitor) {
visitor.VisitFile(f)
}
// 文件夹结构体 具体元素 包含子元素
type Directory struct {
Name string
Children []FileSystemElement // 子元素集合 可以是文件或者其他文件夹
}
// 文件夹实现Accept方法 调用访问者的VisitDirectory方法
func (d *Directory) Accept(visitor FileSystemVisitor) {
visitor.VisitDirectory(d)
}
第二步：定义访问者接口和具体访问者
接下来定义访问者接口，包含访问文件和文件夹的两个方法：
// 访问者接口 定义访问不同元素的方法
type FileSystemVisitor interface {
VisitFile(file *File)
VisitDirectory(directory *Directory)
}
// 统计大小的访问者 具体访问者
type SizeCounterVisitor struct {
TotalSize int64 // 累计总大小
}
// 访问文件时 累加文件大小
func (v *SizeCounterVisitor) VisitFile(file *File) {
v.TotalSize += file.Size
}
// 访问文件夹时 遍历所有子元素 触发子元素的Accept方法
func (v *SizeCounterVisitor) VisitDirectory(directory *Directory) {
for _, child := range directory.Children {
child.Accept(v)
}
}
// 打印路径的访问者 具体访问者
type PathPrintVisitor struct {
Indent string // 缩进 用于展示层级
}
// 访问文件时 打印文件路径
func (v *PathPrintVisitor) VisitFile(file *File) {
fmt.Printf("%s文件: %sn", v.Indent, file.Name)
}
// 访问文件夹时 打印文件夹路径 然后遍历子元素
func (v *PathPrintVisitor) VisitDirectory(directory *Directory) {
fmt.Printf("%s文件夹: %sn", v.Indent, directory.Name)
// 子元素缩进增加两个空格
childVisitor := &PathPrintVisitor{Indent: v.Indent + " "}
for _, child := range directory.Children {
child.Accept(childVisitor)
}
}
第三步：构建复合对象并测试
我们构建一个简单的文件系统复合对象，然后使用不同的访问者进行操作：
func main() {
// 构建复合对象 根目录
root := &Directory{
Name: "根目录",
Children: []FileSystemElement{
&File{Name: "readme.txt", Size: 1024},
&File{Name: "logo.png", Size: 2048},
&Directory{
Name: "文档",
Children: []FileSystemElement{
&File{Name: "设计文档.docx", Size: 5120},
&File{Name: "接口文档.md", Size: 3072},
},
},
&Directory{
Name: "临时文件",
Children: []FileSystemElement{
&File{Name: "temp1.tmp", Size: 512},
&File{Name: "temp2.tmp", Size: 1024},
},
},
},
}
// 使用统计大小的访问者
sizeVisitor := &SizeCounterVisitor{}
root.Accept(sizeVisitor)
fmt.Printf("文件系统总大小: %d 字节n", sizeVisitor.TotalSize)
// 使用打印路径的访问者
fmt.Println("n文件系统路径列表:")
pathVisitor := &PathPrintVisitor{Indent: ""}
root.Accept(pathVisitor)
}
实现要点说明
在Golang中实现访问者模式操作复合对象，需要注意以下几个要点：
- 元素接口的
Accept方法是连接元素和访问者的桥梁，具体元素需要在该方法中把自身传递给访问者的对应方法 - 访问者接口的方法参数需要对应不同的具体元素类型，这样访问者才能针对不同元素做不同操作
- 复合对象中的容器元素（比如示例中的
Directory），在访问者处理时需要主动遍历子元素，触发子元素的Accept方法，实现递归遍历 - 如果需要新增操作，只需要新增一个实现了
FileSystemVisitor接口的结构体即可，不需要修改File、Directory等元素的结构，符合开闭原则
适用场景与局限性
访问者模式在Golang中适合以下场景：
- 复合对象结构稳定，但需要频繁新增针对该对象的操作
- 需要对复合对象中的元素进行很多不相关的操作，希望避免这些操作污染元素类的代码
局限性在于如果复合对象的结构经常变化，比如新增了另一种元素类型，就需要修改访问者接口和所有具体访问者的实现，反而会增加维护成本。因此使用前需要评估复合对象结构的稳定性。