系统消息、行会通知、好友动态、活动提醒散落在聊天框各处,重要信息被刷屏淹没。通知中心把非即时类系统消息集中收纳:角标显示未读数,点开按类型分栏浏览,已读自动归档,重要通知置顶不遗漏。前端重点在分类标签、角标计数与已读标记的三方同步。
通知面板按类型分四个标签(系统、行会、社交、活动),每类显示未读数角标;列表按时间倒序渲染,未读条目高亮底色,点击标记已读。示例代码如下:
-- 通知中心:分类渲染
local panel = GUI:GetParent("MainTop")
local TABS = {"系统", "行会", "社交", "活动"}
local tabs, unreadBadges = {}, {}
local function renderTabs(unreadCounts)
for i, name in ipairs(TABS) do
if tabs[i] == nil then
tabs[i] = GUI:Button_Create(panel, "Tab" .. i, (i - 1) * 80, 10, "tab_normal")
end
local badge = unreadCounts[i] or 0
if badge > 0 then
GUI:setText(tabs[i], name .. "(" .. badge .. ")")
else
GUI:setText(tabs[i], name)
end
end
end
点击某条通知即标记已读并刷新该类角标;全部已读按钮批量清除当前标签下所有未读,角标同步归零;服务端同步已读位置,重登后不重复提示。示例代码如下:
-- 通知中心:已读同步
local player = class(actor)
local function markAllRead(player, tabType)
SL:SendNetMsg(9999, "readall|" .. tabType)
setplayvar(player, "HUMAN", "NotifRead_" .. tabType, os.time(), true)
end
local function onReadAck(player2, msgId, w1, w2, w3, sMsg)
if w1 == 1 then
SL:ShowSystemTips("已标记 " .. w2 .. " 条为已读")
renderTabs(unreadCounts)
else
SL:ShowSystemTips("标记失败,请重试")
end
end
SL:RegisterLuaNetMsg(9995, onReadAck, nil)
验证四条路径:各类型通知进入正确分栏、未读数角标实时刷新、全部已读后角标归零、重登后已读状态保持;重要通知置顶不因已读沉底。上线后看三个数:通知中心打开率、重要通知阅读率与平均处理时长,打开率低于两成说明通知入口不显眼;重要通知的已读率是信息触达的底线指标,低于八成需改用弹窗强提醒。
未读数曾由前端自行累计,重登后清零导致已读通知重复提示,未读数以服务端为准、前端只做展示。分类曾只有两个标签,社交与活动混在一起难以定位,四分类后查找效率提升三倍。置顶通知被后续同类型通知挤出置顶位,置顶位独立管理不参与排序,重要通知的可见性不容妥协。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…