传奇3开发 · 传奇3 修复bug
传奇3开发：三端版本下的活动与副本写法和参数对照，一次讲清
点这里打开这节课的课程页→把「三端版本里的活动与副本」单独拎出来讲。重点放在「改完为什么不生效」这类问题上，排查顺序值得抄下来。 这篇笔记按「先跑通、再补边界」的顺序展开，方便边看边动手。
- 这节课归在「传奇3开发」分组，来源是《传奇3 修复bug》。
- 主题是「三端版本里的活动与副本」，属于 传奇3开发 里需要动手复现的一层。
- 课堂节奏是「改一处、验一次」，先把功能跑通，再回头补边界和异常。
- 跟做建议：把上一节的工程开着，一次只改一处，改完立刻进游戏看结果。
01这节课要解决的问题
这类内容在 传奇3开发 里属于必须吃透的一层，因为它同时牵着一上一下两个方向：上面接着配置，下面接着玩家能看到的表现，任何一边不对都会表现成「看起来没生效」。
讲「三端版本里的活动与副本」之前，老师先把当前工程跑了一遍，确认基准是正常的。有了这个基准，后面每次改动带来的差异才能对比得出来。
02老师一步步是怎么做的
脚本改完之后还有一步收尾，容易被忽略但必须做，否则前面改的东西不会体现在玩家那边。课上专门停下来强调了这一点。
有一段讨论比较有意思：同一个效果有两种实现路径，一种改动小但不够灵活，另一种改动大但以后好维护。课上把两种都试了一遍，最后按当前进度选了前者。
03课上卡住的几个地方
边界条件课上没有全部展开，但提了一句：数据为空、数值超范围、玩家离线，这三种情况在正式环境里都会遇到，写的时候留个判断不吃亏。
- 改动之前先备份一份能跑的版本，回退时省事。
- 命名用看得懂的中文或完整英文，避免 a、b、t1 这类。
- 一次只动一个参数，观察前后差异，别同时改多个。
参数长得像也是坑。好几个值只差一点，抄错不会报错，只会让结果偏一点，最难查的就是这种「差不多但不对」。
04动手时的几条建议
这一段内容不用背，用到的时候回来查就行。重要的是记住「有这么一个东西」以及它在整个流程里的位置。
不用追求一次写对。课上老师也是改了好几轮才成型，把每轮改了什么记下来，比记住最后那一版更有用。
课程里的写法是「能跑优先」，等你熟练了再回头重构，改动小、风险也小，比一开始就设计结构要实际。
FAQ常见问题
课上提到的那几种「没生效」，怎么区分是哪一种？
不用完全从零开始，但至少要能独立把脚本挂上、能进游戏看到改动生效。不熟的话先把前几节过一遍，这一节默认你手上有一个可以动手改的工程。
这一节的内容需要全部记住吗？
看三个地方：前置步骤有没有执行、数据有没有真的写进去、收尾那步有没有做。这三种表现在玩家那边几乎一样，只能靠打印中间结果来区分。
课后想自己练，建议从哪一步开始？
建议先把上一节那套能跑的代码备份一份，再照着这节课的顺序重新走一遍，每改一处都进游戏验证一次。这样比直接改自己的项目要稳。
本系列其他篇目