Autocomplete 关于加速C+的任何提示+；生成器代码洞察？ 使用C++ Builder 6，Ctrl空间在IDE之前将IDE锁定3-5秒。

C++Builder2010也没有太大的改进

---

有人知道加快代码洞察速度的技巧吗？

在2010年和XE中，使用预编译头对问题有很大帮助。

在2010年和XE中，使用预编译头对问题有很大帮助。

调整预编译头可能是最好的选择。CodeInsight使用编译器。这也将提高总体构建时间。

优化预编译的头文件可能是最好的选择。CodeInsight使用编译器。这也将提高总体构建时间。

即使没有PCH，我发现2010年的代码洞察速度也比6年快得多。即使没有PCH，我发现2010年的代码洞察速度要比6年快得多。我同意David和其他人的观点：正确设置PCH文件总是让我在代码洞察速度上有最大的不同。验证/验证PCH设置的一种方法是查找外部类型文件（*.#00、*.#01、*.#02等）。如果您的项目有许多这样的设置，则表示PCH设置不理想（即翻译单元不共享PCH）。对于标题中的代码洞察，请确保您的标题文件包含它们使用的内容，因为在该场景中IDE没有源上下文，只需将该标题放在一个空的源文件中即可。我同意David和其他人的观点：正确设置PCH文件始终是我在代码洞察速度方面的最大区别。验证/验证PCH设置的一种方法是查找外部类型文件（*.#00、*.#01、*.#02等）。如果您的项目有许多这样的设置，则表示PCH设置不理想（即翻译单元不共享PCH）。对于标题中的代码洞察，请确保您的标题文件包含它们在该场景中使用的内容，因为IDE没有源上下文，只需将该标题放在一个空的源文件中即可。C++Builder 6已有十年历史了！我的建议是升级到现代版本。（我甚至无法想象现在必须使用这个版本，你是如何做到的？）！不幸的是，IDE的选择超出了我的控制范围。有一个正在进行的工作，将代码库移植到C++ Builder 2010，但是这是一个不平凡的任务（尤其是ANSICORS:> UnoDeSoScRechange），我也完成了移植。最好的建议是让你的整个团队一次完成这项工作——在我看来，这就像是你让两个平行的分支继续工作，这只会使工作加倍。你可能会对这项工作感兴趣。在实践中，我们用字符串替换了AnsiString，用wstring替换了String，用wchar\u t替换了char（这一个需要仔细的手动检查以避免弄乱字节指针或数组），并用L替换了前缀字符串-所有这些都是可自动执行的！我还编写了一个与ostream兼容的类来处理输出，因为wostream并不理想。它花了一段时间，不是微不足道的，但绝对值得。是的，我们有两个并行分支-我们支持和更新我们的旧版本，同时移植到C++ Builder 2010。我们采用了ansisting->String方法，对所有要使用的C风格字符串函数进行了大量替换。似乎工作得很好。C++Builder 6已经有十年历史了！我的建议是升级到现代版本。（我甚至无法想象现在必须使用这个版本，你是如何做到的？）！不幸的是，IDE的选择超出了我的控制范围。有一个正在进行的工作，将代码库移植到C++ Builder 2010，但是这是一个不平凡的任务（尤其是ANSICORS:> UnoDeSoScRechange），我也完成了移植。最好的建议是让你的整个团队一次完成这项工作——在我看来，这就像是你让两个平行的分支继续工作，这只会使工作加倍。你可能会对这项工作感兴趣。在实践中，我们用字符串替换了AnsiString，用wstring替换了String，用wchar\u t替换了char（这一个需要仔细的手动检查以避免弄乱字节指针或数组），并用L替换了前缀字符串-所有这些都是可自动执行的！我还编写了一个与ostream兼容的类来处理输出，因为wostream并不理想。它花了一段时间，不是微不足道的，但绝对值得。是的，我们有两个并行分支-我们支持和更新我们的旧版本，同时移植到C++ Builder 2010。我们采用了ansisting->String方法，对所有要使用的C风格字符串函数进行了大量替换。看起来效果不错。