这个很长时间以来一直困扰着我,几个月前我直接从D2007切换到XE2,我无法保证它何时开始,但是在D2007上我没有问题。
单位增长越大,在更改代码后使用F12在单位和形式之间切换的速度就越慢。即使您取消了表单设计器的支持(返回D7格式),更改代码后只要单击返回表单即可使BDS.exe在CPU上长时间处于工作状态。以我为例,在我最大的表单(30,000行)上,这可能需要一分钟以上。我不确定重新激活表单时正在进行什么检查,但是如果“已告知IDE”所有内容都是最新的,则开关是即时的。因此,我的解决方法是在重新激活表单之前先按Ctrl + F9来编译该表单。编译所需的时间只有几秒钟。然后,我可以立即切换到表单,而不会出现问题。将其与分钟或更长的等待时间进行比较,如果我在切换之前不进行编译...
那么,除了减小单元尺寸之外,还有什么可能性?
最佳答案
LiveBindings设计时程序包中有一个bug,它会降低IDE的速度。 CodeCompletion(Ctrl + Space)以及在窗体和代码编辑器之间切换非常慢。
如果您不使用LiveBindings或想测试它是否真的是LiveBindings设计时代码,则可以在“组件/已安装的软件包...”下禁用LiveBinding软件包。它们是Embarcadero LiveBindings Components
,Embarcadero LiveBindings Components FireMonkey
和Embarcadero LiveBindings Components VCL
。如果禁用第一个,则其他2个将自动卸载。
如果您在项目中使用LiveBindings,则必须等待更新,也可以安装IDE Fix Pack for XE2来修复此错误。
关于delphi - Delphi XE2:F12在单位和形式之间切换非常缓慢,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/8941092/