gpt4 book ai didi

mobile - 有没有办法在不包装东西的情况下开发真正的 NATIVE 移动跨平台应用程序?

转载 作者:行者123 更新时间:2023-12-04 01:57:26 25 4
gpt4 key购买 nike

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗?更新问题,使其成为 on-topic对于堆栈溢出。

7年前关闭。




Improve this question




我试图找到一种方法来开发真正的原生移动应用程序,跨平台。我发现的工具数量巨大,非常庞大。

我尝试过的所有工具都“说”最终结果将是 native 的,但实际上并非如此。它是一个可执行文件,其中包含一个网络浏览器和一些额外的 native 层/框架以用于设备特定功能。

我想要一个真正的原生应用程序的原因是:

  • 速度紧凑
  • 避免浏览器问题
  • 市场认可
  • 避免简单/“脚本小子”逆向工程

  • 我试过的产品:
  • Appcelerator(在我的系统上不能正常工作)
  • PhoneGap(不创建真正的 native 应用程序)
  • Embarcadero radPHP EX2(使用 PhoneGap)
  • Embarcadero radStudio EX2(无法创建移动/Android 应用程序?)
  • Adobe Flash Builder(运行良好,但依赖于 Air,因此应用程序非常庞大且没有
    native 设备,如振动(可能,但必须写它
    自己)
  • Flash Develop(但与 Adob​​e Flash Builder 相同)
  • ..... 和其他一些 ;-) 像 moSync......

  • 目前我已经下载了“RhoStudio”,但对此有一些疑问,因为在介绍视频中他们谈论了我不想要的东西。

    目标方向首先是 Android、iOS 和 future 的 Windows Phone。
    注意:我没有 Mac,所以我无法在 Mac 上编译它。

    我想要的是不可能的还是周围有这样的产品可以做到这一点?

    编辑:
    看我的回答,答案是否定的!

    最佳答案

    问这个问题 2 年后,我可以说:不,这是不可能的,这是一个神话。

    我尝试过的所有产品都使用某种包装或使用第二种语言作为调用原生东西的层。尽管库是 native 的,但主程序不是。 Cosku 与 smartface.io 的最新答案就是一个很好的例子,他们声称它是原生的,但它不是。

    为什么这么难?问题在于平台所需的编程语言(语言差异使其变得复杂)。将第二语言翻译成平台的主要语言及其特定库太复杂了,您只能通过用 native 二进制文件包装东西来实现这一点。第二个障碍是所需的编译器必须能够跨平台运行。

    但是为什么在输出基本相同的情况下依赖第二语言或第三方开发工具来构建应用程序是不好的,这个问题在这张图片中得到了完美的说明:
    http://xkcd.com/927/



    图像是关于标准的,但这就是发生的事情,为标准创建新标准。例如,在使用PhoneGap 时,您必须学习PhoneGap API 的基础知识。您依赖于称为 PhoneGap 的“新标准”。问题在于您完全依赖 PhoneGap 支持和它的存在。它可能会在应用程序的生命周期中引入第二个弱点。

    IMO,如果您想包装东西以使其跨平台,那么依赖第三方产品和库并不是一个明智的主意。更好的是自己编写一个包装器,就像我所做的那样并跳过膨胀。这一切的真正好处是您自己编写了包装器代码并且您了解底层结构。此外,扩展或更改更容易,您可以跳过不需要的东西。

    今天,我使用 JavaScript 界面以现存最久且稳定的“语言”HTML 创建和设计应用程序的 UI。该应用程序也可以在浏览器中运行,并且在缺少特定功能(例如振动)时不会中断。使用 phonegap 无法获得相同的结果,试试吧!您可以像普通网站一样轻松地使用响应式技术设计应用程序(例如在 Android 中尝试此操作;-))。从技术上讲,它可以在浏览器或 webview 中的任何平台上的任何地方运行,但不使用任何特殊的 Mobile javascript 库!您不需要这些特殊的库,实际上,请改用“普通”库版本。

    我已经为它编写了一个编译器/混淆器来将 UI 源“打包”到一个将由 native shell 加载的文件中。这是为了保护源码,所以不容易查看或修改源码。

    为了支持应用程序平台,我唯一要做的就是为它编写一个 native 包装器。如果某个平台因某种原因而消亡(例如过去的 Windows Mobile),我只需为它编写一个新的包装器。这比从头重新编写整个程序更容易。此外,当有新平台时,它也可以在平台浏览器中运行。

    如果您的应用程序不依赖于特定硬件(如游戏)或者可以在没有特殊硬件要求的情况下运行,那么这就是延长应用程序生命周期的方法。使用 HTML5 和 javascript 来设计 GUI,并使用 native shell 来使用特定的操作系统功能。

    慢吗?我不得不说不。至少不要使用任何笨重和臃肿的特殊设计的移动 javascript 库的东西,不要在触摸屏设备上使用点击事件,而是使用 touchstart。此外,这些天 HTML 引擎将会/得到改进,并且对 HTML5 功能有更好的支持,使您能够编写强大的 HTML5 web 应用程序,而无需在本地语言中实现它。

    IMO,这是要走的路(对我而言)以及我寻找跨平台开发移动应用程序和延长生命周期的最佳方式的旅程。希望它也能帮助你决定什么是最好的。

    关于mobile - 有没有办法在不包装东西的情况下开发真正的 NATIVE 移动跨平台应用程序?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10833008/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com