Performance Delphi XE5创建的Android应用程序启动速度非常慢

我已经用Java开发了一些Android应用程序，使用Android SDK，现在XE5已经推出，我是一个经验丰富的Delphi开发人员，我尝试了一些Android应用程序的示例，我的印象是，使用XE5设计的Android应用程序运行非常慢，启动非常慢，几乎4秒，黑屏，这破坏了整个体验

我知道XE5安卓应用程序是以本机代码运行的，这是另一个没有发生的原因，它们应该非常快

我能做些什么吗

---

我正在使用三星Galaxy S2进行测试，因此这与测试设备无关。

由于加载到内存中运行的本机库的大小，它们的加载速度有点慢

确保您正在一个新的、功能强大的设备上运行一个版本构建，并且没有那么糟糕

但您将始终拥有一个大型的本机库，就目前的情况而言

---

一种可能的做法是使用闪屏分散用户的注意力。然而，这并不简单。然而，这是可行的。它将在一周左右的时间内被记录在案。

这是一个交易破坏者，用户不希望应用程序在4秒钟内启动，甚至谷歌也这样说：“一般来说，100到200毫秒是用户感知应用程序慢度的阈值。”因此，我想我会等待一个适合Android开发的Delphi，并坚持使用Eclipse和Java。如果您喜欢Pascal，但不喜欢Delphi解决方案，请尝试RemObjects的Oxygene for Java试用版。它直接针对Dalvik VM，工作原理与Java完全相同，但是语言是Object Pascal，IDE是Visual Studio。如果有兴趣的话，在Thank blong有一个18个月的入门教程，我会去看看，我真的很喜欢Object Pascal:）我们在Windows/Mac上使用FireMonkey，但我们是为iOS/Android开发的。Chris Thornton，这是一个我从XE5示例编译的apk，请等待用户下载应用程序。看看它有多大！！您是在开发/调试时，还是在实际运行发布应用程序时？我有一个GalaxyS3（安卓4.1.2）和一个Nexus7（安卓4.3），大多数东西都是在短短的几秒钟内编译完成的（有一段时间会出现明显的黑屏，但时间很短）。与Android的Basic或者我在Oxygene上花费的短暂时间相比，OTOH的调试性能非常差（尽管这非常短暂）。不过，Delphi的优点是，它是Android和iOS的单一代码库，这对它来说是有利的。大卫：我在哪里说“本地人”？这是一件度量衡的事情。如果本机代码对您很重要，请编写两次应用程序（Java/XCode）。如果单个代码库对于易于开发更为重要，请使用Delphi。这取决于你自己的优先级。在这里抱怨不是本地的或应用程序大小只是噪音，就像它抱怨Delphi不如在汇编中编写效率一样。如果您必须进行Windows开发，您需要权衡Delphi的易用性是否比编写asm更重要。@KenWhite如果平台本身很重要，请不要使用Delphi。如果应用程序的大小允许合理的无线下载，不要使用Delphi。如果您想要iOS和Android的单一源代码库，那么Delphi是一个可行的候选者。这取决于你自己的优先级。