【高级技巧】空对象模式：nil判断的默认行为封装

底层原理

取玩家配置缺字段时返回 nil，调用方到处判 nil——判空代码散落每个调用点。空对象模式：缺配置时返回一个有默认字段与默认行为的对象，调用方无需判空直接使用——把"没有"表达为一个合法的"空行为"，判空集中到工厂一处。与哨兵值的分工：哨兵仍需调用方判断，空对象连判断都省了。

高级封装

共享空配置。示例代码如下：

local NIL_CONFIG = { rate = 0, times = 0, desc = "暂无配置" }
local function getConfig(actor)
    local raw = getplayvar(actor, 1, "MyConfig") or ""
    if raw == "" then
        return NIL_CONFIG
    end
    return { rate = tonumber(string.match(raw, "rate=(%d+)")) or 0,
        times = tonumber(string.match(raw, "times=(%d+)")) or 0,
        desc = "自定义配置" }
end

调用方零判空。示例代码如下：

local cfg = getConfig(actor)
print(cfg.rate, cfg.desc)

无配置玩家拿到 NIL_CONFIG——rate 为 0、desc 有兜底文案，调用方不再出现 attempt to index a nil value。

性能对比

判空版每个调用点多一次 nil 判断（纳秒级，性能无差）；差别在代码量：10 个调用点的判空分支约 30 行，空对象模式归零——省的是维护面而非运行时。NIL_CONFIG 全服共享一份，零额外内存。

适用边界

三个不适用场景：一是调用方必须区分有配置与无配置（提示玩家去设置），空对象抹掉了这个信息；二是默认行为有副作用（默认对象的方法会写数据），空对象什么都不做的承诺会被打破；三是配置结构频繁变化，NIL_CONFIG 要同步维护两份结构，变更成本翻倍。