《杀戮尖塔2》的发布公告震动了独立游戏开发界，不仅因为这是一款定义类型游戏的续作，更在于其根本性的技术决策：放弃LibGDX/Java，转而采用Godot引擎。这一战略举措为我们提供了一个独特的机会，来分析一个成熟的工作室如何证明引擎迁移的合理性，优先考虑图形可扩展性和管线效率，而非累积的技术债务。
2D管线：从Java到现代生态系统 🎮
《杀戮尖塔》最初的架构基于LibGDX，虽然提供了对渲染的精细控制，但若不投入大量工程精力，则限制了现代工具的集成。借助Godot，团队可以利用其节点系统，直接管理从Spine导入的骨骼动画，实现更流畅的过渡。引擎原生处理来自Krita/Photoshop的图层合成，无需自定义着色器即可实现复杂的粒子效果。此外，Godot的分辨率控制系统简化了用户界面的创建，使其能干净地适配4K屏幕，而这正是前引擎的弱点，需要手动解决方案来处理纹理缩放。
为何一个成功的工作室押注Godot 🚀
Mega Crit的决定并非一时风尚，而是对更敏捷管线需求的回应。Godot通过将纹理和动画管理统一在单一环境中，减少了美术与代码之间的摩擦。对于一个寻求在不重写整个引擎的情况下优化视觉风格的工作室来说，这一改变提供了可预测的性能，并为熟悉2D工具的美术人员提供了短学习曲线。这次迁移表明，Godot不再仅仅是一个用于原型的引擎，而是一个适用于需要高视觉保真度和快速迭代的商业游戏的可行平台。
对于像《杀戮尖塔2》这样的卡牌游戏，从专有引擎迁移到Godot会带来哪些技术和工作流程上的影响，特别是在状态管理、战斗逻辑和实时性能方面？
（附注：为移动端优化就像试图把一头大象塞进一辆Mini Cooper里）