跨平台框架适合在Native应用程序中执行所有操作？

Question

我正在iPhone SDK工作。我必须从它转换到Crossplatform可能是phonegap或钛。作为一个iPhone本机应用程序开发人员，我有一些基于交叉paltform.please考虑问题的其他平台android的问题，我也看到了stackoverflow Link。

1）是否有可能通过HTML5和JavaScript获得iPhone SDK中所有API的相同功能？ 2）如果Apple发布新版本的iPhone SDK，新的API将被尽快包含在Crossplatform中吗？

3）如果在某些情况下应用程序崩溃，我可以通过设备调试立即修复，就像我们在本地语言中那样？

4）由跨平台开发的应用程序将通过苹果legaly？批准吗？例如，如果我想在iPhone做直播，限制在苹果网站提到过。它之后是跨平台吗？

5）将通过跨平台开发的应用程序占用更多的内存吗？我提到了appstore的设备构建大小？如果我们通过目标C开发相同的大小，大小是否会减小？

***我的结论是当我们想为多种设备开发简单的应用程序时，跨平台很合适。我对吗？***我希望通过本地语言（iphonensdk，Android）来避免很多不必要的事情。

Answer 1

1. 号
2. 如果API 可以来提供，这取决于该框架的创建者如何快速实现它。
3. 原则上，是的，因为这些框架使用有限的操作系统能力来运行网络技术（在大多数情况下）。这个“包装器”的行为与任何原生应用程序一样。但对于内容，框架开发语言的规则适用。与本地开发相比，追踪错误可能更难，因为它们必须“通过壳”。例如Html错误可能会一次又一次地产生相同的错误，尽管其来源不同。
4. 显然。
5. 这很难说。它可能取决于框架。我不会担心代码，因为像图像这样的其他资源通常是较重的负载。但是，这些框架可能会带来很多好处，因为它们不会完全依赖操作系统元素。与原本没有额外资源的应用程序相比，具有相同功能的跨平台应用程序可能需要更多内存。

至于你的结论：你说得对。 但是我仍然鼓励任何人尽可能开发原生应用程序。跨平台框架在运行时往往较慢，并且在某些情况下会产生非常难看的应用程序。我知道使用各种跨平台创建的应用程序的几个示例，我不喜欢它们中的任何一个。 他们只是觉得不对。部分原因在于他们的用户界面元素无法像您期望的那样在您所在的平台上进行操作。

跨平台框架背后的原理可能看起来是合乎逻辑的，诱人的，在某些情况下，直接经济学会强制使用它们。但是，目前我发现结果远非令人满意，因此决不会触及跨平台框架。

Answer 2

根据我的经验（雇主购买一个封闭的，私人的，昂贵的x平台的东西），这是非常令人沮丧的，而且非常困难。因此，我倾向于维护多个本机应用程序。

本地应用程序可以制作/处理的UI考虑因素，以及通过本机做到的功能和速度，恕我直言，远远超过必须编写2到3次的好处。

在一个理想的世界里，每个平台都有一位专家，可以带领团队进行“深入”的事情，然后每个人都可以推广所有平台，从而在整个项目过程中增加深度。