c++ - Visual Studio 2010、Intellisense 和 PCH : what are the alternatives to ugly stdafx. h？

Question

我最近切换到 Visual Studio 2010 并且 Intellisense 在使用 boost 库时不会花半分钟时间显示出来，Microsoft's suggestion似乎使用了预编译的头文件。

除了我以前从未使用过它们(除非被 Ugly ATL Wizards (TM) 强制使用)，所以我四处寻找以弄清楚它们是如何工作的。

基本上，Big Centralized stdafx.h 方法似乎完全错误。我从不想在我的所有源代码中包含(甚至便宜)一大堆头文件。因为我不使用 Windows 库(我制作 C++/CLI 更高级别的包装器，然后使用 .NET 与外界对话)，所以我没有“一大堆不变的巨大标题”。只是 boost 和散落在各处的标准库头文件。

有an interesting approach解决这个问题，但我不太清楚如何完成这项工作。似乎每个源文件都必须编译两次(如果我错了请纠正我):一次使用/Yc，一次使用/Yu。这增加了必须手动调整构建系统的开发人员的负担。

我希望找到一些“为每个源文件自动生成一个预编译头”的技巧，或者至少是一些“最佳实践”，但大多数人似乎很乐意将世界包含在 stdafx.h.

对于每个源文件，我可以使用哪些选项来使用预编译的头文件？我并不真正关心构建时间(只要它们不飙升)，我只是希望智能感知快速工作。

Answer 1

对于初学者，您读错了文章。每个文件都不会编译两次。文件 stdafx.cpp 使用/Yc (c，用于创建)在其他任何内容之前编译一次，然后项目中的每个其他文件都使用/Yu (u，用于使用)编译一次，并导入先前创建的保存状态的结果来自 stdafx.cpp。

其次，这篇文章已有 7 年历史，并且在谈论 VC++ 6，所以你应该开始不信任它。但即使假设其中的信息仍然适用于 VC++ 2008 或 2010，这似乎是个坏建议。它推荐使用 /pragma hdrstop 的方法是寻找问题的解决方案。如果您的头文件中包含您不希望在每个文件中包含的内容，那么它们根本不应该出现在您的预编译头文件中。