Delphi代码完成性能 [英] Delphi code completion performance

查看:136
本文介绍了Delphi代码完成性能的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我有几个大(约600k行代码)Delphi项目。它们包括我们团队开发的一些自定义组件。



通常,当我使用ctrl +空格调用代码完成,或者只需按。,IDE锁定并认真考虑了很长时间。有时延迟可能是一整分钟,甚至更多。其他时候,它立即弹出建议。



什么因素影响了Delphi中智能感知的表现?有没有什么办法可以提高这种表现?



我最好的解决方案是关闭自动完成,并使用ctrl +空间,当我需要静静地静静地一分钟左右。



我不禁要提到VS2005,VS2008和XCode都似乎提供了几乎即时的智能感知反馈(尽管我从来没有尝试过在一个项目这个大)。



另外,我提出了这个建议

解决方案

确保明确包含所有您的项目在dpr中使用的单位(*)。

不要依赖搜索路径来查找从另一个单元调用的单位,将其添加到dpr。 dpr会更长,但所有与编译相关的事情将会更快,包括代码洞察。



(*)不是已安装组件的单位。


I have a few large (~600k lines of code) Delphi projects. They include some custom components which our team has developed.

Often, when I call up code completion with ctrl+space or just by pressing ".", the IDE locks up and thinks really hard for a long time. Sometimes the delay can be a full minute, or more. Other times, it pops up immediately with suggestions.

What factors influence the performance of intellisense in Delphi? Is there any way I can improve this performance?

My best solution so far is to turn off the automatic completion, and use ctrl+space when I need to meditate quietly for a minute or so.

I can't help but mention that VS2005, VS2008, and XCode all seem to give virtually instant intellisense feedback (although I've never tried it on a project this large).

As an alternative, I've offered this suggestion.

解决方案

Be sure to explicitly include all the units(*) used by your project in the dpr.
Do not rely on the search path to find a unit called from another unit, add it to the dpr. The dpr will be much longer but all the compilation related things will be faster, including code-insight.

(*) not the units of the installed components.

这篇关于Delphi代码完成性能的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆