退费计算"按剩余天数比例退"时,学员用 math.ceil(剩余天数 × 单价) 让平台"多退一点"——ceil 往上取整意味着平台每次退费都多付几金币,一天退费 500 笔就是 2500 金币的纯损耗。更隐蔽的是负数场景:math.floor(-2.5) 得 -3(更负),不是 -2。选错取整方向,退费系统就变成一个慢性漏水的水龙头。错误写法:
local function refundBad(leftDays, pricePerDay)
return math.ceil(leftDays * pricePerDay)
end
ceil 在退费场景永远多退,长期累积的差额只有财务对账才能发现。
退费金额用 math.floor 保证不多退,再用 % 取零头单独补发——floor 保平台、余数保公平,两者配合退费既不亏也不欠。示例代码如下:
local function calcRefund(actor, paidDays, usedDays, pricePerDay)
actor = getplayerbyname(actor)
local leftDays = paidDays - usedDays
if leftDays <= 0 then
sendmsg(actor, 1, "已无可退天数。")
return
end
local refund = math.floor(leftDays * pricePerDay)
local bonus = (leftDays * pricePerDay - refund) >= 0.5 and 1 or 0
giveitem(actor, "金条", math.floor((refund + bonus) / 10000))
sendmsg(actor, 1, "退费 " .. (refund + bonus) .. " 金币。")
end
本篇的新技术点是"floor 保底加四舍五入补偿":floor 确保平台不多付,0.5 以上的零头通过 bonus 补回玩家——精确与体验各得其所。
三步验证:leftDays=3、pricePerDay=333.33 时 refund 应为 999(floor 999.99);bonus 判定 0.99 >= 0.5 成立、补发 1 金币;leftDays=0 时走"无可退"分支。
同理,消耗类计算(扣钱)用 ceil 保证平台不多扣:math.ceil(应付金额) 向上取整确保足额收取,与退费的 floor 形成方向对称。示例代码如下:
local function chargeAmount(base, discount)
return math.ceil(base * discount)
end
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 背包无限装:药水带一百瓶、材料囤到爆——负重没有成本,背包管理沦为无脑囤积。负重系统设计:每件物品带重量,总负重超…
设计初衷 装备栏有武器位没有副手位:副手要么没用、要么变成第二武器直接双倍攻击——副手的定位从来没人讲清。副手装备设计:主手…
底层原理 对不同类型的节点执行不同操作(战绩流水里的击杀、阵亡、助攻各有统计口径),把操作散在类型判断里,每加一种操作就要改…
底层原理 行会的战力由成员战力组成、成员战力由装备组成——"整体"与"部分"要能用同一个接口对待:问行会战力与问成员战力是同…
设计初衷 输出成长只有堆攻击一条路:攻击加成稀释严重(基础 2000 再加 200 体感无几),成长反馈越来越钝。增伤属性设…
业务场景 驻地守御靠玩家人肉站桩:离线时段防务真空。箭塔守御封装:驻地点位部署箭塔(帮会资金建造),箭塔自动索敌(优先最近、…