Android Instant Apps 是一个新事物,我只是想知道它是否可以与混合应用程序结构(带有 Cordova 包装器的 HTML/JS)集成。
我不是本地应用程序开发人员,所以我自己也不确定。
Android Instant Apps 是一个新事物,我只是想知道它是否可以与混合应用程序结构(带有 Cordova 包装器的 HTML/JS)集成。
我不是本地应用程序开发人员,所以我自己也不确定。
根据 Google 员工的说法,即时应用背后的主要理念是
使本机应用程序体验与浏览网站一样方便。“网页是短暂的,它们出现,你使用它们,再也不会去想它们。” 应用程序有很多摩擦,通常您只希望应用程序执行一项操作或获取特定信息。
Google 的即时应用程序示例包括带有地图和时间表的博物馆或度假村应用程序,以及帮助您支付停车费的应用程序。这些是目前有用的很少使用的应用程序,尽管您不一定要事先将它们安装在手机上或以后保留它们。但是,开发人员可以提供“号召性用语”链接,鼓励用户下载和安装他们认为特别有用的应用程序。
Instant Apps 是 App Links 的逻辑演变,这是 Marshmallow 时代的一项功能,可让已安装的应用程序将自己指定为打开某些类型链接的默认选项。例如,点击指向 Pinterest 的链接可能会打开 Pinterest 应用程序而不是 Pinterest 的移动网站——Apple 在 iOS 9 中的“通用链接”提供了类似的功能。
Google 要求使用 App Links 的应用程序证明它们与他们所说的相关网站相关联;Instant Apps 将使用完全相同的验证方式。
因此,如果我们首先分析 googlers 提供的所有信息 Instant Apps 仅适用于本机应用程序,则没有混合应用程序的范围......
希望这是有道理的...我能够消除您的疑问..我们会在何时了解更多信息..即时应用程序对最终用户和开发人员的确切可用性将逐渐扩大对功能的访问并将其带给用户...
从技术上讲,我不明白为什么不作为即时应用程序最终编译成普通的 APK(或一组 APK)。
它会开箱即用吗?我对此表示怀疑,因为可能存在工具问题(通过 Android Studio)以及运行时问题(Instant Apps 对它们的功能有一些限制,请参阅常见问题解答)。
推荐吗?可能不会,因为 Instant Apps 的目的是提供快速的原生应用体验。如果混合应用程序最终加载 HTML/JS,那么与简单地加载优化的移动网站相比,优势可能很小。