|
|
1
3
在我的一个项目中,通过禁用表单的自动创建,我极大地减少了加载时间。只有主窗体在DPR中创建,其他所有窗体都在需要时创建。 |
|
2
1
通常,重要的是感知速度,而不是实际速度。如果你能尽快启动一个启动屏幕,并在启动时继续初始化,人们会更快地看到。
这可能会说服Windows将DLL保留在内存中,以便下次应用程序启动时更快。 甚至可以在内存中以不可见模式运行,当用户自己运行myprog.exe时,只需让自己可见即可。 再一次,对大部分功能使用延迟加载DLL(我们在UNIX下使用了这一个),以便只在需要时加载。这会将加载过程分摊到总执行时间上,而不是在启动时受到很大的影响。
|
|
|
3
1
所有性能问题都可以通过查看执行的代码来解决。 猜测导致性能问题的原因可能会让您长时间不停地转动轮子。当您遇到性能问题时,需要分析代码。有各种Delphi工具可以帮助您实现这一点。 其中一些是: 一旦您确定了问题区域,就有各种技术来加速代码。既然您已经确定了需要改进的领域,那么就对应用程序的启动进行概要分析。
应用程序通常有多种启动方式。由于您的应用程序是一个文本编辑器,我怀疑您可能有一个命令行,可以在其中指定要编辑的文件。分析启动应用程序的不同方式是确保真正了解性能改进的所有影响的关键。 |
|
|
4
1
:) |
|
|
5
0
尝试省略start和initializations部分的代码,看看是否有任何改进,然后检查在这种情况下哪个部分会使应用程序加载变慢。 如果您通过打开文本文件来测试启动时间,请尝试将TMEMO(如果您正在使用它)替换为 SynEdit |
|
zeus · 如何在调整数组大小后保持指向动态数组的指针有效? 1 年前 |
|
|
SignalOne · 德尔福(FMX)循环参考 2 年前 |
|
|
Sascha Ott · 如何从线程调用线程的方法? 2 年前 |
|
|
user1580348 · 问题:如何在上次最小化后还原应用程序? 2 年前 |
|
tua · Delphi的TLinkLabel坏了吗? 2 年前 |
|
|
Frank.Wu · delphi:RGB到HSL不正确 2 年前 |