传奇开发实战 · 传奇 容器展示功能
传奇开发实战：策划需求里的列表容器和客户端的数据怎么对齐
点这里打开这节课的课程页→把「策划需求里的列表容器」单独拎出来讲。涉及哪些文件、改哪里、怎么确认生效，都写清楚了。 下面是这节课的完整脉络，跟着走一遍基本能复现出课上的效果。
- 这节课归在「传奇开发实战」分组，来源是《传奇 容器展示功能》。
- 主题是「策划需求里的列表容器」，属于 传奇开发实战 里需要动手复现的一层。
- 课堂节奏是「改一处、验一次」，先把功能跑通，再回头补边界和异常。
- 跟做建议：把上一节的工程开着，一次只改一处，改完立刻进游戏看结果。
01这节课要解决的问题
《传奇 容器展示功能》记录的是一节完整的实战课，从确认问题到改完验证，中间没有剪掉试错的部分。看的时候注意老师每次改动的幅度都很小，这是有意为之。
这一节把「策划需求里的列表容器」单独拎出来讲，是因为它夹在两层中间，出问题的时候两边看着都对。老师先把它在整个流程里的位置指清楚，再往下拆具体怎么写。
02课堂上推进的顺序
推进的过程中，老师每做完一步都会把当前状态说一遍：现在到哪了、还剩什么没做。这样即使中途走神，也能很快接回去。
老师处理问题的顺序值得记一下：先确认数据，再确认逻辑，最后才怀疑引擎。绝大多数情况下问题都在前两步。
03容易踩坑的几处
重复触发是另一个容易忽略的地方。同一个逻辑被调用两次，表现出来就是数值翻倍或者状态跳变，课上用打印的办法确认了调用次数才定位到。
- 边界情况先留判断，数据为空、数值超范围、重复触发都要考虑。
- 把所有相关文件列出来，逐个确认里面有没有同样的逻辑需要同步修改。
- 先把上一节课的工程打开，确认当前版本的流程能跑通，再开始改。
不要一边写一边优化结构。功能没跑通之前，任何「顺手重构」都会让问题范围变大，先把能跑的版本留下来。
04动手时的几条建议
这节课的内容建议连着前后几节一起看，单独看容易断线，连起来看能理解每一步为什么这么做。
建议把改动记在一个小本子上：改了什么、为什么改、结果如何。过一段时间回头看，这些记录比课程本身还有用。
课程里的写法是「能跑优先」，等你熟练了再回头重构，改动小、风险也小，比一开始就设计结构要实际。
FAQ常见问题
课上提到的那几种「没生效」，怎么区分是哪一种？
不用完全从零开始，但至少要能独立把脚本挂上、能进游戏看到改动生效。不熟的话先把前几节过一遍，这一节默认你手上有一个可以动手改的工程。
这节课讲的内容，在 传奇开发实战 里属于哪个阶段？
先按顺序排查三处：前置那一步是否真的执行了、数据有没有写进去、有没有刷新到前端。课上统计下来，大部分「没效果」都卡在这三处中的其中一处，而不是逻辑本身写错。
这一节的内容需要全部记住吗？
不用完全从零开始，但至少要能独立把脚本挂上、能进游戏看到改动生效。不熟的话先把前几节过一遍，这一节默认你手上有一个可以动手改的工程。
本系列其他篇目