【高级技巧】访问者模式：异构节点的分派处理封装

底层原理

对不同类型的节点执行不同操作（战绩流水里的击杀、阵亡、助攻各有统计口径），把操作散在类型判断里，每加一种操作就要改一遍遍历函数。访问者模式把"操作"封装成访问者：遍历逻辑固定一次，节点按类型把自己交给访问者的对应方法——新增操作只需注册一个新访问者，遍历代码一行不动。

高级封装

访问者注册与遍历。示例代码如下：

local visitors = {}
local function addVisitor(kind, fn)
    visitors[kind] = fn
end
local function walk(records, visitorName)
    local v = visitors[visitorName]
    for _, r in ipairs(records) do
        if v and v[r.kind] then
            v[r.kind](r)
        end
    end
end

统计访问者接线。示例代码如下：

addVisitor("统计", {
    kill = function(r) print("击杀+" .. r.count) end,
    dead = function(r) print("阵亡+" .. r.count) end
})
walk({ { kind = "kill", count = 3 },
    { kind = "dead", count = 1 } }, "统计")

统计访问者处理 kill 与 dead 两类节点——新增"导出"访问者（写消息、发汇总）只需注册新表，walk 一行不改。

性能对比

类型判断内联版：每种操作在遍历里写一套 if-elseif，遍历 1000 条记录约 0.3 毫秒；访问者版同量数据约 0.35 毫秒（多一层查表）——性能几乎持平，换来的是操作维度的零侵入扩展：m 种操作 k 类节点的判断分支从 m 乘 k 降为 k。

适用边界

三个不适用场景：一是类型集合经常变动（节点类型不稳定），每个新类型要更新所有访问者，维护面反而扩大；二是操作只有一两种且逻辑简单，直接 if-elseif 更直白；三是需要中途终止遍历（找到即停），访问者的全量消费语义要改造。