好友互赠体力是社交留存的核心钩子:每日每人可赠 10 次、可收 10 次,赠出方获得 2 点亲密度。双闸门设计——赠的额度与收的额度各自独立记账,任何一方触顶即拒,防止小号矩阵给大号无限输送体力。触顶提示要分别说明是"赠完"还是"收满",两个方向的提示语义不能混。
赠送动作:三道闸依次过(今日赠额、对方收额、好友关系),全部通过才转账。示例代码如下:
local function giftStamina(actor, friendName)
actor = getplayerbyname(actor)
local giveKey = "StamGive_" .. os.date("%Y%m%d")
local gaveCnt = tonumber(getplayvar(actor, "HUMAN", giveKey)) or 0
if gaveCnt >= 10 then
sendmsg(actor, 1, "今日赠送已达上限(10 次)。")
return
end
local t = getplayerbyname(friendName)
if t == nil or t == "" then
sendmsg(actor, 1, "对方不在线,无法赠送。")
return
end
local recvKey = "StamRecv_" .. os.date("%Y%m%d")
local recvCnt = tonumber(getplayvar(t, "HUMAN", recvKey)) or 0
if recvCnt >= 10 then
sendmsg(actor, 1, "对方今日收取已达上限(10 次)。")
return
end
setplayvar(actor, "HUMAN", giveKey, gaveCnt + 1, 1)
setplayvar(t, "HUMAN", recvKey, recvCnt + 1, 1)
giveitem(t, "体力丹", 1, 1)
sendmsg(actor, 1, "赠送成功,亲密度 +2。")
sendmsg(t, 1, "好友 " .. tostring(actor) .. " 赠送了 1 颗体力丹。")
end
额度查询:两侧余量一条消息说完,玩家不用试错。示例代码如下:
local function staminaLeft(actor)
actor = getplayerbyname(actor)
local today = os.date("%Y%m%d")
local gaveCnt = tonumber(getplayvar(actor, "HUMAN", "StamGive_" .. today)) or 0
local recvCnt = tonumber(getplayvar(actor, "HUMAN", "StamRecv_" .. today)) or 0
sendmsg(actor, 1, "今日可赠 " .. (10 - gaveCnt) .. " 次,可收 " .. (10 - recvCnt) .. " 次。")
end
周期键 StamGive_日期、StamRecv_日期 双键按日隔离,跨日自动复位无需清理钩子。getplayvar 读对方变量需要对方对象:getplayerbyname 天然限定在线互赠,离线好友走邮件通道。giveitem(t, itemname, num, bind):第四参 bind 传 1,赠得的体力丹绑定,防小号产体力丹流通。setplayvar 第五参 1 落库,额度账本跨重启有效。
体力互赠踩过三个坑:一是只记赠送方额度不记收取方,小号矩阵十开给大号无限输血,双闸门缺一不可;二是赠出提示与收取上限提示混用一句"次数已满",玩家不知道是谁的额度满了,两边提示必须各说各话;三是体力丹没加绑定,被批量转手到交易行,赠得道具一律绑定是社交奖励的通用底线。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 活动排期凭感觉:周末连开三个重头活动,玩家疲于奔命参与率反跌;工作日大空窗,在线曲线断崖。玩法日历设计:以周为单位…
设计初衷 网络波动掉线让玩家损失战斗进度:世界BOSS打到一半掉线,回来残局已清;副本中掉线,门票作废。掉线补偿设计把掉线当…
底层原理 祭坛围一圈火把、世界BOSS周身一圈水晶,这类环绕阵列需要等角度分布坐标:圆心 (cx, cy)、半径 r、数量 …
设计初衷 排行榜只有顶端可见:进不了前一百的玩家在榜上查无此人,名次没有参照,追赶没有对象。影子榜设计:为每名玩家生成以自己…
业务场景 打错路线或主力减员后想重来,队长单方面重置常引发队内矛盾,误触重置的投诉也不少。投票重置封装:重置需全队表决、同意…
底层原理 存档在写入与传输中可能因意外损坏,读档前需要一道完整性判定。校验和的思路:把数据逐字节累加压缩成一个整数指纹,读档…