当 prototyping 一个新游戏机制时，目标是速度。我们写一些混乱、未优化的代码，只是为了看看一个功能是否有趣。如果机制有效，下一步应该是重写它干净地。但是，由于游戏开发是一场与时间赛跑的比赛，那个快速修复通常成为整个系统的基础。让原型代码保持原样的主要问题是隐藏的耦合。玩家移动的临时脚本可能直接引用UI管理器、音频播放器或关卡触发器，以绕过干净的架构。随着项目的增长，这些捷径变成了依赖的网络，使得修改一个系统几乎是不可能的而不会打破另一个系统。防止这种拖累的最佳方法不是从第一天就编写完美的代码，而是设定严格的界限围绕实验脚本。将原型保留在隔离场景或使用事件驱动接口确保当时来建造真正的系统时，旧系统可以被丢弃而不会将整个游戏拖下水。