岁迹

具体类型：新增 SceneId——新手奖励入口准备完成 本文参照 iWiki《如何新增一个拍脸活动》的步骤式结构，记录“新手奖励入口首次准备完成”这一具体实例。 当前状态（已按本地文件核验） PushFaceModel.lua：已实现 _isNoviceRewardEntryReady、_hasTriggeredNoviceRewardEntryReady、_isNoviceRewardEntryTriggering、_pushFaceSceneGeneration 四项状态，以及 OnNoviceRewardEntryReady()、CheckNoviceRewardReady()；generation 在 OnInit() 基于旧值加一，跨 OnReset() 保持单调递增。 GetSceneIdByKey()：缓存命中时直接返回；未命中时会强制重建一次 Scene 配置缓存并再查一次。 TriggerPushFaceListBySceneId()：已支持可选 CompletionCallback(success, hasSceneConfig)，并用 generation...

拍脸系统运行原理（易懂版） 本文依据 iWiki docid=4021586551 的主题结构整理，并使用当前工作区源码、导出配置和本地运行日志交叉验证。若 iWiki、旧知识库与当前实现存在差异，以本文“来源与事实分级”中列出的当前源码和配置为准。 0. 阅读说明0.1 阅读目标本文说明拍脸系统如何完成以下过程： 业务时机触发一个 Scene； 框架加载静态配置和 Web 动态候选； 候选项依次经过通用条件、业务条件和频率检查； 通过检查的候选项进入分 Scene 队列并排序； 调度器根据全局状态和 Scene 状态选择下一项； 通用入口调用动态 Item 的 HandleShow； 根据返回值或窗口关闭事件继续处理下一项。 0.2 适用读者 需要接入新拍脸配置的客户端开发者； 需要定位“配置存在但没有弹出”的开发者或测试人员； 需要理解 Scene、配置行、Lua Item、目标 UI 之间关系的维护人员； 需要核对 Scene19 本地教学实例执行链路的人员。 0.3 阅读完可以回答的问题 Scene、SceneId、sceneKey 和 checkFunc 分别...

保证Get方法只进行Get操作（可以加判空保护，懒人处理），Set方法进行复制操作 代码规范和注释规范 常量数字统一在Init里面进行声明 复杂方法进行拆分圈复杂度和嵌套 上述的方法内部方法以及私用方法以大写命名同时加上一个local表示是内部的私有方法 三元运算符的问题 self.的变量前需要加上下划线_，常量则是大写 本文从 LearnByCompany 原始文档 自动同步。

1.新手系统的功能是除了配置之外独立于活动的？ActivitySystem 提供了活动时间、活动 ID、部分数据和通用拍脸打开能力；但新手奖励如何组合页签、显示入口、判断奖励状态、展示主界面，是 NoviceReward 自己管理的。 新手奖励在业务归属、入口、主界面和主要状态判断上，是一个独立的 NoviceReward 系统；但部分配置、活动有效期、七日签到数据及拍脸打开方式复用了 ActivitySystem。就是说，不要因为配置里出现了：activityId，ActivityMainConfig，activityType，slapFace，ActivityModel就把整个新手奖励当成普通活动去读。独立的部分项目中有独立的新手奖励实现： 独立 Model：NoviceRewardModel.lua 独立主界面：UI_NoviceReward_MainView.lua 独立大厅入口：UI_Lobby_RightUp_NewBieReward.lua 独立配置访问层：NoviceRewardConfTable.lua 独立 UI 目录：System/NoviceR...

一、系统功能概述 在原版的召集令基础上，开发召集令节日版，同时保证不影响原版召集令活动，调整及新增功能： 1、合并新玩家与老玩家召集及登录奖励领取 2、将召集/邀请玩家页面放入二级弹窗页面中 3、增加实物抽奖转盘，使用召集到玩家获取的奖励进行实物抽奖 4、增加获奖记录按键和二级弹窗界面 5、增加分享功能及任务 二、UMG界面、lua文件说明UMG界面路径：Feature.System.Script.System.Activity.Instance.CallUp.SubView.UI_Activity_CallUp_MainViewUI_Activity_CallUp_MainView:主页面UI_Activity_CallUp_ConveneBox：召集/邀请界面UI_Activity_CallUp_AwardRecordBox：获奖记录查询界面 三、表格配置1.H_活动中心配置.xlsx活动ID：705，活动名称：召集星搭子任务组：70008;70009 2.H_活动_召集令.xlsx配置活动相关招募等级，老玩家认证离线小时，代币等 3.C_抽奖奖池_活跃....

导表后的数据服务器也会读取，然后服务端把这些配置表字段和玩家的动态数据打包在一起，通过协议推送给客户端 1.询问了onwer关于小刘鸭客户端的策划逻辑，纯换皮逻辑，问一下layout大概什么时候到 2.了解了工作台相关的 3.看了一下策划发过来的之前的活动案例 4.新手奖励包括配表，以及是否存在只配了低版本，没有高版本的情况。判断依据存在以下字段： 表名 协议 ExcelSheet 是否存在高低版本字段 是否只填写了低版本或高版本 Excel不存在但协议存在 截图 table_ResNoviceRewardTabData ResNoviceRewardConf.proto 新手奖励系统页签 否（Excel无，Proto无） — 否 table_ResNoviceRewardPageData ResNoviceRewardConf.proto 新手导航页签 是（Excel有lowVersion+highVersion，Proto有） 否（低高版本均未填写，全空） 否 table_ResNoviceRewardPageAData ResNoviceReward...

活动链路完整表 (含完整继承链追溯) 生成时间: 2026-07-13活动总数: 1617 1. 继承链路统计 判定规则: 直接继承 _MOE.BaseViewClass (depth=1) 才算原生活动；链路中有任何中间层都不算原生 分类 数量 占比 ✅ 原生活动 (直接继承BaseViewClass, 无中间层) 403 24% ⭐ 模板派生 (链路含UI_ActivityTemplate_或UI_Activity_BaseView) 57 3% 🔸 中间基类 (有中间层但非模板) 772 47% ➖ 无Lua路径 (无法追溯) 385 23% 2. 完整活动链路表 活动ID 活动名 子标题 activityType activityNameType UMG蓝图名 Lua文件名 完整继承链 是否原生 链路深度 tagId jumpId suspend platforms lowVersion activityTaskGroup 子表 2 实时干预 ATPlatShareActive ANTPlatShareActive ...

从策划需求到活动上线 — 完整工作流程一、收到策划需求后，第一步做什么？1.1 需求拆解拿到策划文档后，先回答以下 6 个关键问题： # 问题 答案决定什么 示例 1 活动有几种界面？ 单页 or 多Tab 签到1页 / 任务+兑换2页 2 核心交互是什么？ 选哪个模板 任务列表→TaskView / 线性兑换→ExchangeLinearView 3 有没有商城兑换？ 是否配 activityShopType 有→关联商城mallId 4 有没有任务系统？ 是否配 activityTaskGroup 有→任务组ID 5 有没有独立网络通知？ 是否需要写子模型+协议 有→子模型BindNotify / 无→复用通用接口 6 有没有自定义UI交互？ 纯换皮 or 写实例代码 纯展示→零代码 / 有按钮交互→写实例 1.2 模板选型决策树12345678910111213141516171819202122232425262728293031策划需求核心功能是什么？│├─ 只有标题+背景+时间，纯展示│ ...

# 大富翁换皮实例：1255 到 1257 **用途：**作为旧活动 1255 复制为新活动 1257 的实例操作单，仅记录本例已确认值、待确认项、加载验证和验收记录。通用规则不在本文重复展开。换皮主题/美术需求代称：黄油小熊；此代称不代表已确认的正式活动标题。正式标题仍为“待填写/以最终源表为准”。通用模板：大富翁换皮通用模板**更新日期：**2026-07-31 目录 实例边界与已确认信息 实例配置关系 需求与冲突确认 ID 规划 活动中心与任务配置 大富翁主表与各子表 UMG 与美术 导表与三层加载 入口显示标准与排查 实例验收 Checklist 实例提交与执行记录 iWiki 来源 1. 实例边界与已确认信息通用适用边界和三层定义见通用模板第 1 章。本实例必须始终区分： 源表配置层：H_活动中心配置.xlsx、H_活动_大富翁.xlsx 中的设计值和关联关系。 客户端本地 pbin 层：客户端实际加载的本地配置、展示数据和 UMG 资源。 服务端 server pbin / 活动实例层：服务端实际配置、活动实例、任务状...

大富翁换皮通用模板 **用途：**指导在不改动标准大富翁玩法逻辑的前提下，复制既有活动并完成配置、任务、UMG 美术、双端加载、入口验证、验收与提交。**使用方式：**将文中的尖括号占位符替换为本期真实值；未确认时保留“待填写”，禁止根据历史活动猜测。**更新日期：**2026-07-31 目录 适用边界与三层区分 配置关系 需求输入清单 ID 规划 活动中心配置 任务与任务组 大富翁主表与各子表 UMG 与美术 导表与双端加载 入口显示机制 排查决策树 验收 Checklist 提交流程 可复制执行记录 常见错误与 iWiki 来源 ## 1. 适用边界与三层区分 1.1 是否需要改代码 变更范围 通常是否改代码 执行要求 替换标题、时间、任务、奖励、货币、背景、角色、贴图等 否 复用既有活动类型、Lua、协议和 UMG 契约 调整既有格子类型的组合、顺序和参数 否 遵守格子关联、跳转和奖励规则 在既有 UMG 中换资源，控件名、动画名、层级接口不变 否 完整回归所有子界面与动画 新增格子类型、玩法状态、协议字段或结算规则 是 客户端、服务端共...