typescript
在大型项目开发中，使用过 Lua 和纯 C 的开发者应该会对两者有深刻的感受。C 开发在 Unity 中最大的痛点之一是编译时间较长，尤其是在项目规模逐渐增大时，引擎可能会因为编译时间过长而运行旧代码，从而导致一些莫名其妙的 Bug。此外，编译过程中卡死的情况也时有发生，重启引擎几乎成了家常便饭。如果你长期从事 Unity 大型项目的逻辑和工具开发，这种体验想必不会陌生。相比之下，使用 Lua 开发项目的优势在于其灵活性和高效性。只要不将 Lua 文件放置在 Unity 的 Assets 目录下，修改代码后重新进入游戏的成本就会非常低。这是因为 Unity 在编译或检测资源变动时，会随着项目规模的增长变得越来越耗时。如果程序员修复一个 Bug 仅需一分钟，但因编译、重启甚至引擎卡死而浪费大量时间，显然是得不偿失的。如今，Lua 的调试功能和代码提示能力得到了显著提升，除了在处理二进制数据和多线程执行方面存在一些局限外，整体上非常适合开发者的日常编程需求。当然，这一切的前提是你需要设计好游戏框架，充分利用 Lua 的 table 结构实现类的函数重写，并遵循开闭原则，通过增加对象的方式来扩展功能，同时结合组件化的思想进行开发。值得一提的是，VSCode 插件也为 Lua 提供了强类型检测功能，这使得在 Unity 中使用 Lua 成为一种高回报的投资选择。学习 Lua 不仅能够帮助你理解虚拟机语言与宿主语言的协作机制，还能让你更轻松地适应其他游戏引擎的开发环境。这门语言本身非常简单，核心代码只有几万行，掌握之后几乎可以无缝切换到其他平台，集成过程也非常方便，甚至无需过多考虑跨平台问题。为了澄清一些可能的误解，这里补充几点说明： 1. Unity 自带的 C 编译器出现卡顿的原因并非单纯由编译 DLL 的时间决定。实际上，直接调用 C 编译器（如 csc）编译 DLL 的速度通常在 100 毫秒以内。 2. 触发编译时，Unity 还会执行许多额外操作，例如扫描文件、对比文件差异、更新数据库缓存以及资产哈希值比较等。如果 Unity 能够将编译脚本与资产扫描分离，编译速度将会大幅提升，但目前尚无理想的解决方案。 3. 如果 Lua 文件被放置在 Assets 目录下，修改后重新编译也会遇到类似的问题，因此建议将 Lua 文件放在 Assets 目录之外。 4. Lua 的热更新功能支持单文件级别的代码差异同步，制作热更补丁也非常简便。在开发过程中，可以快速将代码推送到真机进行测试，且代码修复范围对主程序员来说高度可控。 5. 每种技术都有其适用场景和个人偏好，不应强加评判。当前某些 C 框架社区不仅对 Lua 持批评态度，还否定 Go、
typescript、
C++、
Java 和
Python 等语言的价值，甚至认为不用特定框架进行 C 热更新也是不可取的。这种狭隘的观点显然不利于技术交流和发展。
