vs2010中避免重建的最佳实践
best practice to avoid rebuild in vs2010
我有一个解决方案,它的一个项目编译时间太长,而且很少更改。这意味着,如果开发人员"重新构建"整个解决方案,这将需要时间(尽管在这个特定的项目中没有任何变化)。
有人建议我添加一些"预构建事件命令行",但我将如何检查是否需要编译(我确实希望它在更改后进行编译)?而且——如果我能失败的话——这是一个好的做法吗?(在持续集成等方面)
如果不需要的话,我可以随意提出任何其他方法来避免重建,即使一些开发人员确实想要重建整个解决方案。
VS通常会找出需要重新构建的内容,并只编译适当的项目。不过,你可以采取一些步骤:
- 避免对头进行更改,这些操作会触发包括它们的所有翻译单元的重新构建
- 使用预编译的标头
- 使用前向声明而不是头文件中的include(如果可能)
- 将大型解决方案分解为相互动态链接的模块化项目
相关文章:
- 在C#中处理C++指针而不使用unsafe的最佳方法
- 在C++中,将大的无符号浮点数四舍五入为整数的最佳方法是什么
- 实现无开销push_back的最佳方法是什么
- 在c代码之间共享数据的最佳方式
- 使用std::source_location报告错误的最佳实践
- 派生类销毁的最佳实践是什么
- 将寄存器设计成可由C和C++访问的外设的最佳实践
- 在两台机器之间进行时间戳的最佳c++chrono函数是什么
- 使用QQuickFramebufferObject时同步数据的最佳方式是什么
- 在C++中向零方向近似的最佳方法
- 使用不同的CRT将新的C++代码与旧的(二进制)组件隔离开来的最佳方法是什么
- 从嵌套在std::映射中的std::列表中删除元素的最佳方式
- 如果条件为TRUE(最佳方式?),则在do while循环中后置增量
- 检测win32服务创建和删除的最佳方法
- 在reactor中存储eventHandlers的最佳方式是什么
- 在C++中样板"冷/never_inline"错误处理技术的最佳方法是什么?
- 在 c++ 中对类中的 c 字符串动态数组进行排序的最佳方法是什么?
- 在AVX通道中混洗的最佳方式
- vs2010中避免重建的最佳实践
- C++ - 覆盖/重建整个 std::vector 的最佳实践