我们运行了一个 Cordova 应用程序，并使用 Grunt 为自己编写了一个构建脚本，这使得构建应用程序变得轻而易举。我们不需要 Chrome 提供的任何 API，除了旧的 Android 设备的一些性能问题迫使我们阻止这些设备上的一些次要功能外，我们对我们应用的当前状态非常满意。
到目前为止，我们找不到任何理由将我们的 Cordova 应用程序转换为移动 Chrome 应用程序是有意义的。还是我们缺少什么？在 JS 速度、CSS 支持等方面有什么不同吗？
最佳答案
Chrome Apps on Mobile 的主要动机借力Apache Cordova是要将桌面 Chrome 应用程序带到 Android 和 iOS。
但是，您应该/不应该考虑使用 cca 工具包有一些原因，特别是如果您已经喜欢使用 cordova:
Chrome 应用 API
如果您想利用 useful Chrome Apps APIs which we have ported to mobile 中的一些，即使不使用我们的 cca 工具包，您也可能已经能够在您的 vanilla cordova 应用程序中使用它们! (我们不遗余力地尝试尽可能地完成这项工作，回馈反过来帮助我们的社区)。
但是，对于某些 API，您确实需要使用我们的 cca 工具包，因为我们可能依赖于 chrome 应用程序生命周期或其他细节。 (我们的文档似乎还没有明确区分，所以我已经 filed an issue 来解决这个问题。
判断:如果 Chrome 应用程序 API 之一不适用于 vanilla cordova，请考虑 cca。
桌面平台
Chrome Packaged Apps在任何桌面平台上运行 chrome 运行——这是当今流行的每一个主流操作系统。这些应用程序的功能和 native 集成正在迅速改进，并且真正消除了将网络技术用于各种应用程序类型的障碍。
因此，虽然移动版 Chrome 应用程序的动机是能够将其中一些桌面应用程序移植到移动设备上，但您应该考虑反过来是否真的对您没有用处!
这意味着调整您现有的应用程序以使用 chrome 应用程序生命周期和 list ，遵守 CSP 和禁用的 Web 功能等限制，并且不能依赖于 cordova 扩展 - 但实际上，这对于 cordova 应用程序来说通常并不令人望而却步。已经是一个包离线启用的网络应用程序(这是困难的部分)!
判断:如果您还想针对桌面平台，或者想将您的应用提交到 chrome 网上商店，请考虑 cca。
Cordova 插件
如果您现有的移动应用程序已经利用了一些 cordova 插件，您仍然可以使用 cca 工具，因为我们创建了一个完全兼容的 cordova 项目。需要注意的是，这些插件只能在移动设备上使用——但您可以使用功能检测来实现桌面-移动应用程序的兼容性。
判决:cca 工具并未禁止使用cordova 插件。
非 Android 或 iOS 的移动平台
我们目前不支持 vanilla cordova 支持的某些平台，例如 BlackBerry、Windows Phone 或即将推出的平台，例如 FirefoxOS、Tizen 和 Ubuntu(尽管其中许多平台还没有与 Android/iOS 相同的功能)。
结论:如果这些移动平台之一对您很重要，请不要使用 cca。
结束语
如果你已经对你拥有的东西感到满意，那么，他们说如果它没有坏，也许不要修理它!
关于javascript - 将 Cordova 应用程序移植到移动 Chrome 应用程序的原因？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21684414/