如何加快 Delphi 6 IDE 中缓慢的工具提示符号和表达式计算速度？
我已经从事了几年的项目显然已经变得如此之大，以至于在设计模式下符号和表达式的工具提示评估非常缓慢。尽管拥有 4GB RAM 的四核（只有 3GB 是相关的，因为它是 Windows XP），但当我将鼠标悬停在代码项上时，工具提示查找通常需要 3 到 7 秒。我时不时地碰到代码的某些部分，这会对硬盘驱动器造成严重影响，而这些部分可能需要长达 15 秒才能完成。我只能假设 Delphi 用于符号表和工具提示驱动查找中涉及的其他代码项的数据结构已经变得难以使用。
我不想关闭工具提示评估，因为它对我的工作非常宝贵。是否有一种技术或 IDE 插件可以帮助加快 Delphi 6 IDE 中的工具提示评估速度？
A project I have been working on for several years apparently has gotten so large that the tooltip evaluation of symbols and expressions when in design mode is very sluggish. Despite having a quad core with 4GB of RAM (only 3 GB is relevant since it's Windows XP), when I hover the mouse over code items the tooltip look-ups can frequently take 3 to 7 seconds. Every now and then I hit some part of the code that causes a big hit on the hard drive and those can take up to 15 seconds to complete. I can only assume that the data structures that Delphi uses for symbol tables and other code items involved in tooltip driven look-ups has gotten unwieldy.
I don't want to turn off tooltip evaluation because it is invaluable to my work. Is there a technique or IDE plug-in that could help speed up the tooltip evaluation in the Delphi 6 IDE?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
首先要尝试的是 Andreas Hausladen 的 DelphiSpeedUp。坦率地说，如果这对你没有任何帮助，那么就没有什么可以尝试的了。
哦，不管怎样，您的 Delphi IDE 只能看到 2GB 的地址空间，因为它是一个 32 位进程，不会将自己标记为
LARGEADDRESSAWARE。The first thing to try is Andreas Hausladen's DelphiSpeedUp. Frankly, if that doesn't do anything for you there's not much else left to try.
Oh, and for what it's worth, your Delphi IDE will only be able to see 2GB of address space since it is a 32 bit process which does not mark itself as
LARGEADDRESSAWARE.清理未使用的单元的代码可能会有所帮助。可以使用免费/开源工具 cnWizards（使用清理向导）和 Icarus 来完成。 （伊卡洛斯还显示了哪些单元可以从接口移动到实现）。
它还有助于减少项目构建和链接时间（在一个项目中，它从 30 多秒减少到 5 秒）。
A code clean up of unused units could help. It can be done with the free / open source tools cnWizards (Uses Cleaner wizard) and Icarus. (Icarus also shows which units can be moved from interface to implementation).
It also helps to reduce project build and link time (in one project, it dropped from 30+ seconds to 5).
这也发生在我身上。与我一起工作的一个人已经实现了他自己的自定义代码完成系统，我无法随意分享该系统，但这非常酷。我见过的最接近您要求的商业产品是 Castalia，尽管它专注于加快代码完成速度，而不是代码洞察和工具提示，但我相信它两者兼而有之。
请注意，我的经验是在较新版本的 Delphi 上。在我看来，除非放弃 Delphi 6 和 Delphi 7，否则 Delphi 6 和 Delphi 7 代码完成不会有太大改进。
您可能会发现将所有单元添加到项目 .dpr 文件中，并从项目中减少和消除尽可能多的文件夹。搜索路径和您的库路径尽可能有帮助。此外，您可能希望使组件文件夹全部使用通用的 DCU 输出文件夹，并在库路径中仅保留一个基于 DCU 的文件夹。对我来说，这总是能加快 Delphi 6/Delphi 7 的速度。
This happens to me too. A guy I work with has implemented his own custom code-completion system, which I am not at liberty to share, but which is pretty cool. The closest commercial thing that I have seen to what you're asking for is Castalia, although it focuses on speeding up code-completion, rather than code-insight and tooltips, I believe it does both.
Note that my experience is on much newer versions of Delphi. In my opinion, Delphi 6 and Delphi 7 code completion can't be much improved upon except by abandoning Delphi 6 and Delphi 7.
You might find that adding all your units to your project .dpr file and reducing and eliminating as many folders from your search path, and your library path as possible helps. Also, you might want to make your component folders all use a common DCU output folder, and keep only that one DCU-based folder in your library path. That always speeds up Delphi 6/Delphi 7 for me.