我们已经成功运行了 Cordova 应用,并使用 Grunt 编写了构建脚本,使得构建应用变得轻松。我们不需要 Chrome 提供的任何 API,除了一些性能问题会在老旧的 Android 设备上出现,这强制我们在那些设备上屏蔽了一些次要功能,除此之外,我们对应用程序的当前状态非常满意。
到目前为止,我们没有找到将 Cordova 应用转换成移动版 Chrome 应用的理由。或者说我们漏掉了什么?在 JS 速度、CSS 支持等方面是否有任何差异?
我们已经成功运行了 Cordova 应用,并使用 Grunt 编写了构建脚本,使得构建应用变得轻松。我们不需要 Chrome 提供的任何 API,除了一些性能问题会在老旧的 Android 设备上出现,这强制我们在那些设备上屏蔽了一些次要功能,除此之外,我们对应用程序的当前状态非常满意。
到目前为止,我们没有找到将 Cordova 应用转换成移动版 Chrome 应用的理由。或者说我们漏掉了什么?在 JS 速度、CSS 支持等方面是否有任何差异?
cordova
,则有一些原因可以考虑/不考虑使用cca
工具包:
cca
工具包的情况下,在您的vanilla cordova应用程序中使用它们! (我们竭尽全力尝试使这种情况尽可能发生,回馈帮助我们的社区)。cca
工具包,因为我们可能依赖Chrome应用程序生命周期或其他特定功能。(似乎我们的文档尚未清楚地表明这一区别,因此我已经提出了一个问题来解决这个问题)。
结论: 如果某个Chrome应用程序API不适用于香草cordova,请考虑使用cca
。
结论: 如果这些移动平台对你很重要,不要使用cca
。
如果你已经对现有的内容感到满意,那么他们说过:如果它没有坏,也许就不要修复它!
cca
的 Android/iOS 应用程序是 100% 真正的 Android/iOS 本地应用程序,并发布到相应的商店。像所有应用程序一样,它们的购买完全是独立的。但是,我们支持一个通用的 支付 API 用于应用内支付。这些购买默认情况下也会按平台隔离,但您可以手动交叉引用 Android 和桌面端购买(由于政策指南,无法在 iOS 上实现)。这意味着您可以实现“解锁”功能并在至少 Android 和桌面端之间共享。 - mmocny