iphone - 就速度而言，Sencha Touch + PhoneGap 与 native 应用程序相比表现如何？

Question

我真的很担心，当我用 Sencha Touch 编写 iPhone 应用程序并将其放入 PhoneGap 容器时，用户体验会下降。

我特别看到瓶颈:

• 流畅的屏幕转换(动画)
• 流畅的滚动

请记住，有很多运行 iOS 4.x 的 3G iPhone 运行速度非常慢。我将放弃对原始 iPhone 的支持。

作为一名训练有素的 UI 专业人员，我可以通过触摸其中的一些东西来识别 ST 应用程序。

从 Safari 到 PhoneGap 容器的转变是否提高了性能？

你有这方面的经验吗？

Answer 1

我没有使用过 ST 或 PhoneGap，但我使用过由它们构建的应用程序。我可以肯定地说，在我的 3GS 中，这些应用程序的体验最差。如果您正在计划演示、原型(prototype)或测试，使用它们是安全的。但是，如果您想制作具有竞争力的 UI/UX 的应用程序，则不应该这样做。(即使你想做原型(prototype)，最好有一些论文)

对于你的问题，速度。绝对没有可比性。 HTML + CSS 是功能丰富、易于使用的框架。当然，它很慢，也很容易。大多数基于 HTML 的 UI 工具仅使用 UIWebView，它是 native 框架的一部分。事实上 UIWebView 就是 Mobile Safari 本身。所以这些工具的性能永远不会比 Mobile Safari 好。如果您想检查动画性能，只需访问http://www.chromeexperiments.com/使用 Mobile Safari。我检查过没有一个展示柜运行流畅，甚至其中许多不需要强大的图形功能。

原生应用程序是利用数十年来专业研究的尖端技术进行编译和优化的。并且有很多选项可以调整和调整代码以提高性能。然而，其中一些应用于 HTML。 因为 HTML 应该始终保证功能丰富、易于使用的框架。大多数优化(提高性能)都是在功能和简单性之间进行权衡。

但是在 iOS 4.3 中，Mobile Safari 的性能得到了改进。但我认为这对于具有 Shiny UI 的应用程序没有意义。

我看到了一个相当大的图形框架，它是用 JavaScript 编写的。事实上，它是使用 JavaScript 编写脚本的游戏框架。所以它与 HTML 或 CSS 无关。 (我忘记了它的名字，但是它是不完整的产品)

附言。

还有另一个重要原因。 UI 行为不一致。这些框架模仿了 iOS 的原生 UI，但并不完整。所以感觉像模仿的山寨品牌一样不舒服。但是，如果您不想要 native UI，则无需关心它。

编辑

我回答这个问题已经很久了，但我意识到我也不得不提到GC。 JavaScript 是基于 GC 的语言。这意味着，它具有不可预测的 GC 时间，这会使主线程停止。这使 UI 陷入困境。在 native 实现中，您可以控制是否使用 GC。

这在 Android 上不是问题。 Android 总是因为 Java 上的 GC 而苦苦挣扎。因此，用户不会感觉到任何差异。但在 iOS 上，您基于 HTML5 的应用永远无法提供比竞争对手的原生应用更好的体验。

这个 GC 时间问题有很多解决方法。比如incremental-GC，realtime-GC等等。但实际上，没有真正的解决办法。因为最原始的问题是你没有控制权。