我最近有理由使用常规的Debug和Release配置来处理一些Visual Studio C++项目,还有'Release All'和'Debug All',这是我以前从未见过的.
事实证明,项目的作者有一个ALL.cpp,其中#includes所有其他.cpp文件.*所有配置只构建一个ALL.cpp文件.它当然被排除在常规配置之外,并且常规配置不构建ALL.cpp
我只是想知道这是否是一种常见做法？它带来了什么好处？(我的第一反应是闻起来很糟糕.)
您可能会遇到哪些陷阱？我能想到的是,如果你的.cpps中有匿名命名空间,它们不再是那个cpp'私有',但现在也可以在其他cpps中看到了吗？
所有项目都构建了DLL,因此在匿名命名空间中存储数据不是一个好主意,对吧？但功能会好吗？
干杯.
从一家新公司开始,我注意到他们在我们的大部分解决方案中使用了统一cpp文件,我想知道是否有人能够给出一个明确的理由,说明为什么以及如何加快构建过程？我原以为在Unity文件中编辑一个cpp文件会强制重新编译所有这些文件.
我开发/维护一个需要很长时间才能构建的应用程序(例如,完整构建需要花费超过六个小时!).在花了大部分时间构建我们的应用程序之后,我开始研究改进构建时间的方法.Stack Overflow问题的建议如下:
我想更多地了解如何为MSBuild/Visual Studio构建系统执行第三个选项(分布式构建).