传奇传世开发 · 传世教学 回收
传奇传世开发：回收与变量用法怎么做才对？写法与边界一并说清
点这里打开这节课的课程页→「回收里的变量用法」这一块，课上是一边改一边验的。含完整代码片段与参数说明，遇到同类需求可以直接套用。 这篇按课上的顺序整理，包含中间几次改错的过程和最后的结论。
- 这节课归在「传奇传世开发」分组，来源是《传世教学 回收》。
- 主题是「回收里的变量用法」，属于 传奇传世开发 里需要动手复现的一层。
- 课堂节奏是「改一处、验一次」，先把功能跑通，再回头补边界和异常。
- 跟做建议：把上一节的工程开着，一次只改一处，改完立刻进游戏看结果。
01这节课要解决的问题
从内容上看，这节课是前面几节的延伸，前面铺垫的接口和表结构这里基本都用上了。如果哪一步卡住，多半是前面某个前提没对上，回头翻一下对应章节就能接上。
讲「回收里的变量用法」之前，老师先把当前工程跑了一遍，确认基准是正常的。有了这个基准，后面每次改动带来的差异才能对比得出来。
02课堂上推进的顺序
有一段讨论比较有意思：同一个效果有两种实现路径，一种改动小但不够灵活，另一种改动大但以后好维护。课上把两种都试了一遍，最后按当前进度选了前者。
遇到不确定的地方，老师的做法是先按最保守的写法跑通一版，确认链路没问题，再回头把多余的部分去掉。先证明能通，再谈精简。
03几处容易卡住的地方
不要一边写一边优化结构。功能没跑通之前，任何「顺手重构」都会让问题范围变大，先把能跑的版本留下来。
- 先把上一节课的工程打开，确认当前版本的流程能跑通，再开始改。
- 边界情况先留判断，数据为空、数值超范围、重复触发都要考虑。
- 只改一处，改完立刻进游戏验证，不要攒着一起验。
别在没验证的情况下一次改好几处。改完还不知道是哪一处起了作用，最后只能全部回退重来，课上就用这个反面例子说明了一次只动一处的重要性。
04跟着做要注意什么
不用追求一次写对。课上老师也是改了好几轮才成型，把每轮改了什么记下来，比记住最后那一版更有用。
如果一次没跑通，先别急着往难的地方想，把范围缩到最小的一段，从能跑的那一版开始往回找。
课程里的写法是「能跑优先」，等你熟练了再回头重构，改动小、风险也小，比一开始就设计结构要实际。
FAQ常见问题
课程内容有更新的话，在哪里看？
完整的课程内容都在课程页里，正文里的「点这里打开这节课的课程页」可以直接跳过去，群里更新也会同步到同一份记录上。
这节和前后几节是什么关系？
这一节是接着上一节的工程往下做的，改动的文件、表名都和前面保持一致。单独看能看懂，但连起来看更能理解每一步为什么这么做。
跟着做跑不出课上的效果，一般先查什么？
先按顺序排查三处：前置那一步是否真的执行了、数据有没有写进去、有没有刷新到前端。课上统计下来，大部分「没效果」都卡在这三处中的其中一处，而不是逻辑本身写错。
本系列其他篇目