通常我在C中编程，但是被迫在C ++中做一些工作。与C相比，与Visual Studio(2008)的集成似乎真的很差，但是我想知道是否有任何好的工具，插件或者配置可以改善这种情况。

另一篇文章指出了Visual Assist X程序，该程序至少可以帮助诸如重构之类的事情(尽管对我来说有点贵)。但是，我的主要问题是，编译错误几乎不提供有关错误之处的线索，而我将大部分时间都花在弄清楚自己做错了什么。感觉好像是要比VS开箱即用地静态检查更多错误。为什么它不像C＃一样提供蓝色下划线，这应该不太难？！

我意识到一半的问题只是我对C ++不熟悉，但我真的感到很难编译程序。有没有这种工具，或者我的要求太高了？

解决方案

我认为有两种可能性：1)我们正在尝试的C ++知识对知识是无用的(因此，我们不知道自己做错了什么以及如何解释错误消息)，2)我们过高期望。

提示：许多后续错误是由第一个错误引起的。当我收到大量错误列表时，通常只纠正第一个错误并重新编译。我们会惊讶于缺少定界符或者类型声明会产生多少垃圾(就错误消息而言):)

编译之前很难对C ++程序进行语法分析，主要有两个原因：1)C ++语法是上下文相关的； 2)模板是图灵完备的(认为它们是具有奇怪语法的功能编程语言)。

我的建议：

• 如果我们想要更多功能，例如使用C＃，请获取VisualAssist X，并学习如何使用它。它不是免费的，但可以为我们节省很多时间。
• 将警告级别设置得很高(最初会产生更多的编译错误，但是在我们修复它们时，我们会感觉到常见的错误)。
• 将警告设置为错误，这样我们就不会养成忽略警告的习惯。
• 要了解编译错误，请使用Google(不要在帮助系统上浪费时间)搜索警告错误编号(它们看起来像是C4127)。
• 避免使用模板，直到使用上述方法正确编译代码为止。如果我们不太了解模板，请学习！得到一些书，做一些教程，并从小做起。众所周知，模板编译错误很难弄清楚。与以前的版本相比，Visual C ++ 2008的错误消息要好得多，但是仍然很难。
• 如果我们开始认真地制作模板，请使用宽屏显示器(甚至两个)，以使阅读详细错误变得容易。

视觉辅助+1，也许不是现在，但是当我们将业余爱好变成一项职业时，我们将需要它。

以我的经验，诊断功能已经比VC6好得多，但是作为学习IDE的一部分，我们将需要"学习"它们的真实含义。

由于构建模式和令人难以置信的更复杂的语言，C ++的静态检查比C＃复杂得多。 PC-Lint(最好与Visual Lint一起将其集成到IDE中)是规范的静态分析。不过也不便宜...

C ++标准有时读起来像圣经，但没有受过训练的传道人来解释它。元帅Cline和他的C ++常见问题解答是一位出色的口译员。请注意，在线常见问题解答虽然内容广泛，但涵盖范围远不及本书。

帮助我理解复杂错误消息的很多原因是试图在较小的环境中重现该问题，但是那时没有互联网可用...