Ionic Capacitor:使用 JavaScript 开发原生应用

CapacitorIonic 给出的一种 混合应用 开发新框架,可替代自 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

我来评几句
登录后评论

已发表评论数()

相关站点

+订阅
热门文章