【问题标题】:Crossplatform framework is suitable to do all things in Mobile Application as Native?跨平台框架适合在移动应用程序中作为 Native 做所有事情吗?
【发布时间】:2011-08-04 12:46:54
【问题描述】:

我正在使用 iPhone SDK。我必须从它转换为可能是 phonegap 或 Titan 的 Crossplatform。作为 iPhone Native 应用程序开发人员,我有一些基于 cross paltform 的问题。请考虑其他平台 android 的问题等等。我已经看过stackoverflow Link

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

2)如果Apple发布新版iPhone SDK,是否会尽快将新API包含在Crossplatform中?

3)如果应用程序在某些情况下崩溃,我可以像使用本地语言一样通过设备调试立即修复吗?

4)Cross平台开发的应用程序会得到苹果合法的认可吗?比如我要在iphone上做直播,苹果官网有提到限制。有没有被crossplatform遵守?

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

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

【问题讨论】:

    标签: iphone android ipad cross-platform cordova


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

    至于你的结论:你是对的。 但是我仍然鼓励任何人尽可能开发本机应用程序。跨平台框架在运行时往往速度较慢,并且在某些情况下会产生非常丑陋的应用程序。我知道几个使用各种跨平台创建的应用程序示例,但我不喜欢其中任何一个。 他们只是感觉不对。部分原因是他们的 UI 元素在您所在的平台上看起来和感觉不像您所期望的那样。

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

    【讨论】:

    • 您非常适合逐步回答我的每个问题
    【解决方案2】:

    根据我的经验(雇主购买了一个封闭的、私人的、昂贵的 x 平台东西),这非常令人沮丧,而且非常困难。因此,我倾向于维护多个原生应用程序。

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

    在理想情况下,每个平台都有一个专家,可以带领团队进行“深入”的工作,然后每个人都可以概括所有平台,在项目过程中增加他们的深度。

    【讨论】:

      猜你喜欢
      • 2015-01-13
      • 1970-01-01
      • 1970-01-01
      • 2011-10-20
      • 1970-01-01
      • 2011-08-20
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多