Cordova 与 PhoneGap
Apache Cordova（以及 Adobe PhoneGap）诞生于 2008 年，是一个开源项目，它使得 Web 开发者能够利用自己的 HTML、CSS 和 JavaScript 内容，为多种移动和桌面平台创建原生应用。
关于 Cordova 历史的更多细节及其工作原理，请参阅此处。
为何要创建 Capacitor？
开源领域充满了基于旧项目理念构建的新项目，它们带来了根本性的改进，而这些改进若不对原始产品进行彻底变革是无法实现的。出于技术和社区治理的考量，Ionic 团队不打算将这些激进变革强行引入 Cordova。
Capacitor 项目的一个优势是，Ionic 团队对技术栈拥有更强的掌控 力。当你使用 Ionic Framework 和 Capacitor 构建应用时，Ionic 团队维护着原生运行时层、UI 组件以及创建这些组件的工具链（Stencil）。这意义重大，因为 Ionic 团队能够更快地修复问题，并提供更具凝聚力的技术栈。
Capacitor 与 Cordova 的差异
在本质上，Capacitor 与 Cordova 非常相似。两者都管理 Web View，并提供一种结构化的方式将原生功能暴露给你的 Web 代码。然而，Capacitor 有几个关键的不同之处，这要求习惯了 Cordova 工作流的 Web 开发者调整应用开发方式。
原生项目管理
Capacitor 将每个平台项目视为源码资产，而非构建时资产。这意味着你需要将 Xcode 和 Android Studio 项目纳入版本控制，并在进行平台特定配置、构建和测试时，根据需要直接使用这些集成开发环境。
这种理念的改变带来了一些影响。首先，Capacitor 不使用 config.xml 或类似的定制配置来管理平台设置。相反，配置更改是通过直接编辑相应的平台特定配置文件来完成的，例如 Android 的 AndroidManifest.xml 和 iOS 的 Info.plist。Capacitor 也有一些高级配置选项，但这些通常不修改原生功能，而是控制 Capacitor 的工具链。
此外，Capacitor 不提供 在命令行构建原生应用的方式。你应该使用平台特定的工具链（或在 IDE 中操作），这能提供更快捷、更符合该平台应用开发标准的典型体验。
虽然这些差异可能会让长期使用 Cordova 的用户感到担忧，但它们也带来了实实在在的好处：
- 通过抽象工具（如
config.xml）更新和修改原生项目容易出错，且目标环境不断变化。更熟悉平台特定工具链能使故障排除变得更容易。 - 添加应用所需的自定义原生代码变得更加简单，无需在应用代码库之外构建专门的插件。此外，原生开发团队可以与 Web 开发团队在同一项目上协同工作。
- 由于你“拥有”原生项目，现在更容易创建更具吸引力的应用体验，例如在 Web 应用周围添加原生 UI 外壳。
- 随着新的移动操作系统版本发布，对原生项目变更的可见性更高，应用的可维护性也更好。当 Capacitor 出现破坏性更新或原生项目模板发生变化时，团队将发布逐步升级指南，以确保更新过程尽可能顺利。
插件管理
Capacitor 以不同于 Cordova 的方式管理插件。首先，Capacitor 在构建前不会将插件源代码复制到你的应用中。相反，所有插件都构建为“框架”（在 iOS 上）和“库”（在 Android 上），并使用各平台主流的依赖管理工具（分别是 CocoaPods 和 Gradle）进行安装。此外，Capacitor 不修改原生源代码，因此任何必需的原生项目设置都必须手动添加（例如 AndroidManifest.xml 中的权限）。我们认为这种方法出错率更低，并且让开发者更容易在社区中为每个特定平台寻求帮助。
一个主要区别在于插件处理 WebView 执行所需 JavaScript 代码的方式。Cordova 要求插件自带 JavaScript 并手动调用 exec()。相比之下，Capacitor 根据运行时检测到的原生方法，为每个插件注册并导出所有 JavaScript，因此所有插件方法在 WebView 加载后立即可用。一个重要的影响是：不再需要 deviceready 事件。一旦你的应用代码加载，你就可以开始调用插件方法。
虽然 Capacitor 不要求插件为 iOS 或 Android 提供 JavaScript，但插件通常会在 JavaScript 中包含共享逻辑，这也很容易实现。
最后，Capacitor 对插件作者也有影响。在 iOS 上，官方支持甚至推荐使用 Swift 5 构建插件（也支持 Objective-C）。插件不再导出 Plugin.xml 文件；Capacitor 在 iOS 上提供了一些简单的宏，在 Android 上提供了注解，用于向插件源代码添加元数据，Capacitor 在运行时读取这些元数据。
CLI/版本管理
与 Cordova 不同，Capacitor 不使用全局 CLI。相反，Capacitor CLI 作为 npm 脚本本地安装到每个项目中。这使得跨多个不同应用管理 Capacitor 版本变得更加容易。
因此，Capacitor 不是直接在命令行运行，而是通过在你的应用目录中调用 npx cap 来启动。