访问者模式允许在不修改元素类的情况下为复合结构添加新操作，通过将数据结构与操作分离实现解耦。1. 定义Element接口包含Accept方法；2. Visitor接口声明针对各元素的Visit方法；3. 具体元素实现Accept并调用对应Visit；4. 具体访问者实现操作逻辑如打印或统计。使用时遍历元素调用Accept传入访问者，即可执行相应操作。新增功能只需定义新访问者，符合开闭原则，适用于AST、配置树等稳定结构需频繁扩展行为的场景，但增加新元素类型需修改所有访问者接口，且可能破坏封装性。Go通过接口模拟多态实现该模式，虽无继承仍可优雅支持。
在Go语言中实现访问者模式，主要是为了解决对复合对象结构（如树形结构、抽象语法树等）进行扩展操作时，避免频繁修改原有类型定义的问题。通过将数据结构与作用于其上的操作分离，可以在不改变元素类的前提下，定义新的操作。
什么是访问者模式
访问者模式是一种行为设计模式，它允许你在不修改元素类的情况下，为它们添加新的操作。核心思想是：把数据结构和作用于结构上的操作解耦，使得操作可以独立变化。
典型应用场景包括：
- 编译器中的语法树遍历
- 文档对象模型（DOM）处理
- 复杂对象结构的序列化或分析
Go中实现访问者模式的关键步骤
由于Go没有继承机制，我们通过接口来模拟多态行为。以下是实现的基本结构：
立即学习“go语言免费学习笔记（深入）”；
1. 定义元素接口所有可被访问的类型都要实现一个公共接口，通常包含 Accept 方法：
type Element interface {
Accept(visitor Visitor)
}
2. 定义访问者接口
访问者接口声明一系列 Visit 方法，每个对应一种具体的元素类型：
type Visitor interface {
VisitConcreteA(*ConcreteElementA)
VisitConcreteB(*ConcreteElementB)
}
3. 实现具体元素类型
每种元素类型实现 Accept 方法，并在其中调用访问者的对应 Visit 方法：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
type ConcreteElementA struct {
Value string
}
func (e *ConcreteElementA) Accept(v Visitor) {
v.VisitConcreteA(e)
}
type ConcreteElementB struct {
Count int
}
func (e *ConcreteElementB) Accept(v Visitor) {
v.VisitConcreteB(e)
}
4. 实现具体访问者
定义实际的操作逻辑，比如打印、统计、转换等：
type PrintVisitor struct{}
func (v *PrintVisitor) VisitConcreteA(e *ConcreteElementA) {
fmt.Printf("Processing A: %s\n", e.Value)
}
func (v *PrintVisitor) VisitConcreteB(e *ConcreteElementB) {
fmt.Printf("Processing B: %d\n", e.Count)
}
使用示例：处理复合结构
假设我们要处理一个包含多种节点的配置树：
func main() {
elements := []Element{
&ConcreteElementA{Value: "host"},
&ConcreteElementB{Count: 5},
&ConcreteElementA{Value: "port"},
}
visitor := &PrintVisitor{}
for _, e := range elements {
e.Accept(visitor)
}
}
输出结果：
Processing A: host Processing B: 5 Processing A: port
如果需要新增功能，例如统计元素数量，只需定义新访问者：
type CounterVisitor struct {
ACount, BCount int
}
func (v *CounterVisitor) VisitConcreteA(e *ConcreteElementA) {
v.ACount++
}
func (v *CounterVisitor) VisitConcreteB(e *ConcreteElementB) {
v.BCount++
}
优缺点与适用场景
优点：
- 符合开闭原则：新增操作无需修改现有元素类
- 集中相关操作逻辑，便于维护
- 适用于稳定的数据结构需频繁扩展行为的场景
缺点：
- 增加新元素类型时，必须修改所有访问者接口
- 代码量增多，结构略显复杂
- 破坏封装性（有时需要暴露内部状态）
基本上就这些。Go虽然没有传统面向对象特性，但通过接口和组合完全可以优雅实现访问者模式，尤其适合处理AST、配置解析、报表生成等需要灵活扩展操作的复合结构场景。
