Capacitor是Ionic给出的一种混合应用开发新框架，可替代自2009年提出以来就广为使用的Apache Cordova解决方案。
Ionic决定创建该替代Cordova的解决方案，主要出于两个方面的考虑。一是Cordova的插件系统已经落后于时代，二是Cordova管理原生平台的方法存在局限。
Cordova和Capacitor都提供了插件系统，支持JavaScript和蓝牙、RFID等原生平台间的通信功能。Cordova插件系统近些年一直在尽力跟上最新的技术发展。
其中一个很好的例子是针对Swift语言。该语言由苹果公司在2014年提出，但是直到2019年才具有Cordova插件（虽然更早由第三方提供了支持Swift的插件）。
落伍的插件系统损害了整个生态系统，尤其是当生态系统严重依赖于第三方插件时。
Capacitor插件系统提供更直观的开发过程，支持最新的技术。
由于Capacitor插件生态系统的规模相对还比较小，目前开发人员可在Capacitor中使用大多数Cordova插件。但这种兼容只是临时的解决方案，意在确保开发人员可获取主要的平台特性。
Capacitor为行业带来的第二个变革是原生项目管理。Cordova在构建时生成原生平台代码。开发人员使用包含构建应用指令的共享配置文件，该文件进而被Cordova的原生构建过程使用。此方法虽然简化了构建过程，但代价是导致原生项目访问受限。
虽然Cordova提供的解决方案易于使用，也适用于一些小型项目，但那些更大、更复杂的项目对此提出了挑战。此类项目通常需要对原生项目代码和配置拥有更大的控制权。
为了解决该问题，Ionic Capacitor采用了一种降低侵入性、增加灵活性的方法。 Capacitor为原生平台生成并同步JavaScript代码，并要求开发人员直接管理原生平台代码。这样的原生代码管理需要开发人员做一些额外的工作，但可以更好地控制项目的原生特性。
Cordova和Capacitor的应用范围均已扩展到移动应用开发之外，现在支持（使用Electron）创建PWA和桌面应用。尽管相比二者对混合移动应用开发的支持，对这些功能的支持尚不完备。
Ionic Capacitor是遵循MIT许可的开源软件。欢迎依据“Capacitor贡献者指南”对项目做出贡献。贡献者也需要遵循“Capacitor行为准则”。
原文链接：
Ionic Capacitor: Creating Native Applications with JavaScript