跨平台框架适合做移动应用程序中的所有事情吗？

Question

我在iPhone SDK.I工作，我必须从它转换到跨平台，这可能是phonegap或titanium.As iPhone本地应用程序开发人员，我有一些问题基于交叉paltform.please考虑其他平台的问题安卓等，我已经看到了stackoverflow Link。

1)是否可以通过HTML5和javascript获得iPhone SDK中所有API的同等功能？

2)如果苹果发布新版本的iPhone SDK，是否会尽快在跨平台中包含新的API？

3)如果App在某些情况下崩溃，是否可以像在本地语言中一样，通过设备调试立即修复？

4)跨平台开发的应用程序是否会得到苹果公司的合法批准?例如，如果我想在iphone上做直播，苹果website.has中提到的限制是不是跨平台的？

5)跨平台开发的应用程序会占用更多的内存吗?我提到了appstore的设备构建大小?如果我们通过objective C开发同样的应用程序，大小会减少吗？

*我的结论是，当我们想要为多个设备开发简单的应用程序时，跨平台是suitable.Am i对吗？*我希望通过本地语言(iphonensdk，Android)可以避免很多不必要的事情。

Answer 1

1. No.
2. 如果应用程序接口可以使用，它取决于框架的创建者实现它的速度。
3. 原则上是这样的，因为这些框架使用有限数量的操作系统功能来运行web技术(在大多数情况下)。这个“包装器”的行为就像任何本机应用一样。然而，对于内容，框架开发语言的规则是适用的。与本机开发相比，跟踪错误可能更难，因为它们必须“通过外壳”。例如，Html错误可能会一次又一次地产生相同的错误，尽管很难区分origin.
4. Propably.
5. That's中的不同。这可能取决于框架。我不会担心代码，因为其他资源，如图像，通常是较重的负载。但这些框架可能会带来UI元素所需的图像，因为它们并不完全依赖于OS元素。与没有额外资源的原生应用程序相比，具有相同功能的跨平台应用程序可能需要更多内存。

至于你的结论:你是对的。，然而，，我仍然鼓励任何人尽可能地开发本机应用程序。跨平台框架在运行时往往较慢，在某些情况下，会产生非常丑陋的应用程序。我知道有几个应用程序是用各种跨平台创建的，但我不喜欢它们中的任何一个。他们就是觉得不对劲。这在一定程度上是因为它们的UI元素在外观和感觉上与您在您所在的平台上预期的不同。

跨平台框架背后的原则似乎是合乎逻辑的、诱人的，在某些情况下，直接的经济学要求使用它们。但是，就目前而言，我发现结果远远不能令人满意，因此永远不会涉及跨平台框架。

Answer 2

在我的经验中(雇主购买了一个封闭的，私人的，昂贵的x-platform设备)，这是完全令人沮丧的，而且非常困难。因此，我更喜欢维护多个本机应用程序。

原生应用程序可以制作/处理的UI考虑因素，以及通过原生操作获得的功能和速度，IMHO，远远超过了必须编写2到3次的好处。

在理想的情况下，每个平台都应该有一位专家来领导团队处理“深层”的事情，然后每个人都可以对所有平台进行泛化，在项目过程中增加他们的深度。