装备系统需要可交易、可强化、可分解三种能力——单继承无法表达多维的能力组合。mixin 模式把每种能力封装成独立的混入模块,装备的元表按需混入多个 mixin,能力的组合自由且解耦。
---可交易 mixin:交易相关的方法
local TradeMixin = {
canTrade = function(self) return not self.binded end,
getTradePrice = function(self) return self.tradePrice end,
}
---可强化 mixin:强化相关的方法
local EnhanceMixin = {
enhance = function(self, level)
self.enhanceLevel = level
end,
}
---混入:把 mixin 的键复制到目标表
local function mixin(target, ...)
for _, m in ipairs({...}) do
for k, v in pairs(m) do
if rawget(target, k) == nil then
rawset(target, k, v)
end
end
end
return target
end
local equipMt = {}
mixin(equipMt, TradeMixin, EnhanceMixin)
mixin 的混入用 for-in 遍历源表的键值复制到目标表:冲突的键以先到者为准(rawget 判空才写入),能力的方法注入到目标的元表。装备的元表混入 TradeMixin 与 EnhanceMixin 后,实例同时具备交易与强化两种能力——能力的组合不需要多继承的复杂层级。mixin 的冲突策略:先到者保留(不覆盖已有的键),冲突的检测可选开启,覆盖的警告进开发的日志。
---冲突检测:同名键的警告
local function mixinWithCheck(target, source, name)
local conflicts = {}
for k, v in pairs(source) do
if rawget(target, k) ~= nil then
conflicts[#conflicts + 1] = k
end
end
if #conflicts > 0 then
Ops.alert('mixin 冲突: ' .. name, table.concat(conflicts, ','))
end
for k, v in pairs(source) do
rawset(target, k, v)
end
end
冲突的检测在混入前跑一遍:同名键的清单告警,开发者在合并前就知道哪些键会冲突。冲突的处理策略三选:跳过(保留目标的)、覆盖(来源的优先)、合并(函数的链式调用)——策略的选择按业务语义定,方法的组合比覆盖更常见。mixin 的测试:混入后的对象逐方法断言可调用,能力的方法签名与文档一致。
mixin 的组合测试:多种 mixin 的排列组合逐个验证方法的可用性;混入的冲突告警进开发的日报,冲突的频率是设计质量的信号。
mixin 的遍历曾经用了 pairs,哈希表的遍历顺序不稳定导致混入的优先级随机,用有序的数组遍历替代。冲突的检测曾经只查方法不查字段,同名的数据字段被静默覆盖,字段与方法的检测统一。mixin 的递归混入曾经栈溢出,mixin 的源表不允许再引用其他 mixin。
mixin 的能力清单进设计文档:每种能力的方法签名与语义。混入的冲突检测进 CI 的检查,冲突在合并期暴露。mixin 的组合测试进模板工程,新能力的混入有现成的测试骨架。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 离线挂机收益不设折损时出现荒诞对比:挂机一周的收益超过手玩三天,勤奋上线变成劣势行为,日常玩法的参与率被自己的离线…
设计初衷 连续登录奖励的断签规则是留存系统的双刃剑:零容忍时,一次出差就清零 29 天连击,玩家的愤怒远超奖励本身的价值;无…
设计初衷 面板战力 50000 的玩家在竞技场打不过 38000 的对手——面板公式与实战表现的偏差超过两成时,玩家的信任崩…
底层原理 全量深拷贝保证整个隔离,但代价随数据规模线性放大:一张 500 键、三层嵌套的配置表,全深拷贝 2.1ms——热路…
底层原理 直接删除(表置 nil、清变量)是不可逆操作:删错一个玩家的邮件配置,找回只能靠备份。软删除把删除拆成两步:先打删…
底层原理 所有异常一股脑 pcall 加严重告警,结果告警系统被“材料不足”这类正常业务拒绝淹没——真正的系统故障反而被噪音…