首页 / 大项目模块

大项目模块

比功能模块多两份文档的那一档: 在「快速了解 + 快速定位 bug + 可复用的技术与实现方式」之上, 再加技术方案文档(设计思路 / 模块结构 / 关键实现)和 使用文档(配置方式 / 接入步骤 / 注意事项)。

1. 什么算大项目模块

不看代码行数,看三个信号,命中任意一条就按这一档留档:

1
有策划要配表 / 摆 Entity
一旦策划要动手,就必须有使用文档。 没有使用文档的后果见 W36-01 / W36-04: 策划把复活点摆进 StaticMesh,还填了个根本不生效的 Params.Location。
2
有其他业务方要接入
别人调你的接口,就必须有接入步骤和注意事项。 口头交接一次,第三个人来问的时候你已经忘了。
3
涉及跨端约定(服务器 / 编辑器)
协议字段语义、编辑器 Scheme 校验规则,这些是两方共同持有的契约。 不写下来就会出现「两侧对同一字段理解不同」这类最难查的问题。

2. 一个大项目模块页要有什么

#章节内容关键判据
1模块定位一句话说清管什么、不管什么边界写出来,尤其「不管什么」
2技术方案 · 设计思路为什么这么设计,否决了哪些方案否决理由比选中方案值钱
3技术方案 · 模块结构Controller / Model / Component 各自职责,数据流向能画出「数据从哪来到哪去」
4技术方案 · 关键实现核心时序、状态机、协议握手、异步等待与兜底贴真实代码片段,标文件行号
5使用文档 · 配置方式配置表字段逐个说明、编辑器里在哪填字段含义 + 取值范围 + 填错的后果
6使用文档 · 接入步骤从零接入的有序步骤照着做能跑通,不需要问人
7使用文档 · 注意事项已知限制、不能这么用、容易踩的地方每条都对应一次真实事故
8遇到的坑开发和线上踩过的坑,图文留档现象 → 根因 → 修法,可分类筛
9可复用的技术抽出来能用在别处的手法下次类似需求直接抄这一节
10排查速查表现象 → 先查什么不写原理,只写「先看哪」
2–4 是技术方案文档,5–7 是使用文档 两份文档不建议拆成两个 HTML。同一页里用 <h2> 分开就行—— 拆文件的结果通常是其中一份长期不更新。

3. 「遇到的坑」怎么留

这是大项目模块页里唯一会持续增长的章节,也是别人拿不到的部分。 留档要求:分类 + 图文。

3.1 分类口径

和问题留档库共用同一套标签,方便交叉检索:

配置摆放 时序竞态 状态残留 语义分歧 日志盲区 注释误导

写法:容器加 data-filter-scope,每张坑卡加 data-cat="标签1 标签2",筛选按钮和计数自动生成。

<div data-filter-scope>
  <div class="rec" data-cat="配置摆放 坠落重生">...</div>
  <div class="rec" data-cat="时序竞态 传送">...</div>
</div>

3.2 图文留档

截图直接嵌正文,点击全屏放大。图片放模块自己的 img/ 子目录:

截图projects/{项目名}/img/{序号}-{说明}.png
视频共享盘路径(不嵌页面),用 .attach 记路径
日志原始 .logcompr 路径 + 关键行号
坑卡里的截图长这样
点击可全屏放大
图未就位时保留这个 shot-miss 占位块
示例占位
图说要写「看点在哪」,不要只写「问题截图」。 读的人不知道该看图里哪一块。

完整写法见周报 · 图文留档的三种写法,和周报共用同一套样式。

4. 新建一个大项目模块

1
建目录
projects/{项目名}/index.html + projects/{项目名}/img/
2
复制页面骨架
从 留档模板 §1 抄, 注意 data-root="../../"(多一层目录)。
3
按 §2 的十个章节填
2–4 技术方案、5–7 使用文档,缺一个都不算大项目模块留档完成。
4
登记两处
本页 §5 列表 + assets/site.js 的 NAV「大项目模块」组 + assets/search-index.js。
5
过一遍交付自查清单
交付标准 §4,十条勾满才算交付完成。

5. 项目列表

传送 跨客户端、服务器、场景流送与编辑器的大项目;已拆分技术方案文档和可独立分享的策划侧阅读文档 已建立 00 交付标准与留档规范 沟通与协作 3 条 + 交付与验收 3 条,两个模块层级的留档差异,十条交付自查 规范

传送已按“大项目模块”标准建立文档分类;其他项目后续按 §4 补充。