Unity 构建：优点和陷阱
在 Visual Studio C 中，可以创建构建单个 ALL 的“释放全部”和“调试全部”等配置。 cpp 文件，其中 #includes 所有其他 .cpp 文件。虽然这种方法具有显着的优势，但它也带来了一定的挑战。
好处
-
快速编译和链接：Unity 构建显着减少编译和链接时间，因为编译器只处理文件
-
并行编译： Visual Studio 可以并行编译代码的多个部分，进一步提高构建速度。
陷阱
-
维护问题：管理大型 ALL.cpp 文件可能会变得很费力，尤其是在进行更改或重构时。
-
命名空间暴露：匿名命名空间不再是单个 .cpp 文件的私有，使变量和函数在整个编译单元中可见。这可能会导致命名冲突和代码混乱。
-
DLL 兼容性： 匿名命名空间不适合 DLL 中的数据，因为它们可能会被使用同一 DLL 的其他模块修改。但是，匿名命名空间中的函数是可以接受的。
其他见解
这种做法称为“Unity Build”。它在不需要增量构建的环境中表现出色，例如从中央服务器进行发布构建。然而，由于其维护方面的挑战，它通常不适合迭代开发。
有关更多信息，请参阅以下内容资源：
- https://buffered.io/posts/the-magic-of-unity-builds/
- http://randomascii.wordpress.com/2014/03 /22/make-vc-compiles-fast-through-parallel-compilation/
以上是Unity 用 C 构建：速度提升还是维护噩梦？的详细内容。更多信息请关注PHP中文网其他相关文章！
