每日工作流程
导表后的数据服务器也会读取，然后服务端把这些配置表字段和玩家的动态数据打包在一起，通过协议推送给客户端
1.询问了onwer关于小刘鸭客户端的策划逻辑，纯换皮逻辑，问一下layout大概什么时候到
2.了解了工作台相关的
3.看了一下策划发过来的之前的活动案例
4.新手奖励包括配表，以及是否存在只配了低版本，没有高版本的情况。判断依据存在以下字段：
| 表名 | 协议 | ExcelSheet | 是否存在高低版本字段 | 是否只填写了低版本或高版本 | Excel不存在但协议存在 | 截图 |
|---|---|---|---|---|---|---|
| table_ResNoviceRewardTabData | ResNoviceRewardConf.proto | 新手奖励系统页签 | 否（Excel无，Proto无） | — | 否 | |
| table_ResNoviceRewardPageData | ResNoviceRewardConf.proto | 新手导航页签 | 是（Excel有lowVersion+highVersion，Proto有） | 否（低高版本均未填写，全空） | 否 |  |
| table_ResNoviceRewardPageAData | ResNoviceRewardConf.proto | 导航页签样式A | 否（Excel无，Proto无） | — | 否 | |
| table_ResNoviceRewardPageBData | ResNoviceRewardConf.proto | 导航页签样式B | 否（Excel无，Proto无） | — | 否 | |
| table_ActivityMainConfig | ResActivity.proto | 七日签到配置 | 是（Excel有lowVersion+highVersion，Proto有） | 是，只填写了低版本（8行有lowVersion如1.3.26.81/1.3.26.121，highVersion全部为空） |
否 |  |
| table_SevenDayCheckInPurchase | ResActivity.proto | 七日签到购买 | 否（Excel无，Proto无） | — | 否 | |
| table_SevenDayCheckInReward | ResActivity.proto | 七日签到奖励 | 否（Excel无，Proto无） | — | 否 | |
| table_TaskGroup | ResTask.proto | 七日签到任务组 | 否（Excel无，Proto无） | — | 否 | |
| table_TaskConf | ResTask.proto | 七日签到任务 | 是（Excel无此列，但Proto的TaskConf有lowVersion=13+highVersion=14） | —（Excel中不存在此列，无从填写） | 是（Excel无lowVersion/highVersion列，但Proto存在） |  |
| table_ResNoviceRewardTaskXMData | ResNoviceRewardConf.proto | 新手任务配置 | 是（Excel有lowVersion+highVersion，Proto有） | 否（低高版本均未填写，全空） | 否 | |
| table_TaskGroup | ResTask.proto | 新手任务组 | 否（Excel无，Proto无） | — | 否 | |
| table_TaskConf | ResTask.proto | 新手任务 | 是（Excel有lowVersion+highVersion列，Proto的TaskConf也有） | 否（低高版本均未填写，全空） | 否 |  |
| table_ResNoviceRewardBigPrizeData | ResNoviceRewardConf.proto | 任务大奖标注 | 否（Excel无，Proto无） | — | 否 | |
| table_NoviceRewardTaskMapData | ResNoviceRewardConf.proto | 新手任务映射 | 否（Excel无，Proto无） | — | 否 | |
| table_NoviceRewardExtarData | ResNoviceRewardConf.proto | 新手奖励杂项表 | 否（Excel无，Proto无） | — | 否 | |
| table_TradingCardNoviceRewardConfig | ResTradingCard.proto | 新手奖励(卡牌) | 否（Excel无，Proto无） | — | 否 | |
同协议同表的关键差异对照
| 协议 | 表名 | Sheet A | Sheet A 版本字段 | Sheet B | Sheet B 版本字段 | 差异说明 |
|---|---|---|---|---|---|---|
| ResTask.proto | table_TaskConf | 新手任务 | Excel有lowVersion+highVersion列（数据全空），Proto有 | 七日签到任务 | Excel无此列，Proto有 | 新手任务Excel配了版本列但没填数据；七日签到任务Excel连列都没有，但共用同一个Proto所以协议层面存在版本字段 |
| ResTask.proto | table_TaskGroup | 新手任务组 | 无版本字段 | 七日签到任务组 | 无版本字段 | 两者均无版本字段，但Excel列结构存在差异（新手任务组有groupName+validDay列且有数据，七日签到任务组对应列为空） |
本文从 LearnByCompany 原始文档 自动同步。
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 岁迹！
相关推荐
2026-08-27
AI方案1
本文从 LearnByCompany 原始文档 自动同步。
2026-08-27
未命名
保证Get方法只进行Get操作（可以加判空保护，懒人处理），Set方法进行复制操作 代码规范和注释规范 常量数字统一在Init里面进行声明 复杂方法进行拆分圈复杂度和嵌套 上述的方法内部方法以及私用方法以大写命名同时加上一个local表示是内部的私有方法 三元运算符的问题 self.的变量前需要加上下划线_，常量则是大写 本文从 LearnByCompany 原始文档 自动同步。
2026-08-27
客户端学习指导_活动模板_换皮_新手系统_拍脸系统
LetsGo 客户端学习指导：活动模板、换皮、新手奖励系统、拍脸系统全链路文档信息 项目 内容 文档名称 客户端学习指导：活动模板、换皮、新手奖励系统、拍脸系统全链路 面向对象 初入 LetsGo 项目的客户端开发新人；需要承担主题活动、活动换皮、新手奖励或拍脸接入的开发同学 文档性质 独立学习交付文档，不属于项目知识库，不作为正式设计规范替代品 当前版本 v1.2，活动模板 iWiki 正文与源码交叉验证版 验证基线 当前工作区 d:/LetsGoDevelop/LetsGo 的可读 Lua、Proto 与资源文件；iWiki 活动模板首页及本文列出的子页 路径约定 本文所有源码路径均相对 d:/LetsGoDevelop/LetsGo 展示 iWiki 授权状态 已通过 OAuth 授权访问 活动资料首页 iWiki 读取状态 已于 2026-07-30 阅读首页、14 项活动的策划向/程序向子页及 活动实例UMG与脚本对照整理；首页正文为动态 page_tree 宏，具体规则来自逐页读取的子页正文 证据边界 iWiki 证...
2026-08-27
活动链路检索需求
一、业务链路基线整体数据关联链路：活动模板 <—> 活动实例 <—> 活动UMG <—> BindLua，支持链路内多维度反向溯源查询。 二、3 项核心查询诉求1.根据UMG查询使用哪个模板2.根据Lua实现查询是哪个UMG使用3.根据模板查询有哪些实例使用 三、分步查询执行细则 数据源读取：读取项目内活动配置表或者txt 配置文件，拉取基础活动数据 活动匹配 UMG：依据活动 id、activityType、activityName 关键字段，关联匹配每个活动绑定的 UMG 蓝图资源 UMG 匹配 Lua 脚本：解析目标 UMG 蓝图的 View 层配置，拿到蓝图绑定关联的 Lua 脚本文件 Lua 脚本判定模板归属：分析 Lua 脚本的类继承关系完成活动类型区分 脚本父类为BaseViewClass：判定为原生独立活动，无上层业务模板继承 脚本继承UI_Activity_BaseView等自定义父类：判定为模板派生活动，向上锁定对应的活动模板 本文从 LearnByCompany 原始文档 自动同步。
2026-08-27
《无畏契约》拆解
目录 1. 前言 2. 模块一：基础操作 3. 模块二：武器/枪械系统 4. 模块三：护甲系统 5. 模块四：角色/特工系统 6. 模块五：局内经济系统 7. 模块六：地图与关卡设计 8. 模块七：局外商城系统 9. 模块八：随机性控制 10. 模块九：已知缺陷与反作弊 11. 模块十：横向对比 12. 附录：关键数值速查表 1. 前言文档定位：以机制拆解为核心的游戏设计分析文档，将《无畏契约》按游戏模块逐一拆解。 分析对象：《无畏契约》，拳头游戏开发的 5v5 战术射击游戏。 为什么值得拆：它是极罕见的”战术射击 + 英雄技能“缝合体，必须同时满足两个互相冲突的诉求： 战术射击血统要求枪法为王、结果可复现、随机性最小化； 英雄游戏血统要求技能有存在感、角色差异化、有反制空间。 这两者的张力贯穿全部系统设计，也是本文的核心分析主线。其解法可以概括为一句话：技能负责创造和封锁信息，枪法负责结算胜负。 2. 模块一：基础操作本模块拆解玩家在局内可执行的基础操作及其底层机制，包括移动、射击精度、核心操作技巧与网络手感四个子模块。 2.1 移动系统2.1.1 ...
2026-08-27
思考
1.考虑问题太浅显，不能只是聚焦于代码层面，蓝图层面可能也会存在问题。 2.debug依赖AI度高 3.硬编码修改了大富翁的蓝图SubView。 本文从 LearnByCompany 原始文档 自动同步。