为什么迁移
Cordova 正在悄悄地耗费您的团队
等待越久，每个 iOS/Android 更新的成本就越高
插件正在老化
未维护的插件会与新 SDK 中断。团队最终会 fork、修补和携带技术债务，发布后发布。
每个平台更新都会导致构建失败
Xcode 和 Android Gradle 变化使日常升级变成危险的火灾演习，减慢发布速度并增加风险。
可访问性和 UX 比它们应该有的难得多
现代可访问性期望需要维护的工具和插件。遗留堆栈使改进变慢并且容易出错。
你错过了新功能
生物识别、密码钥匙、现代通知、深度链接、应用程序扩展：Capacitor 生态系统更快且给你更多选择。
好处
为什么Capacitor 是更长期的更好的赌注
更好的维护、更少的错误、更好的性能和更多的发布方式
一个维护的生态系统
Capacitor紧密跟随 iOS 和 Android 变化，拥有活跃的社区支持和稳定的更新流
更少的错误和更容易的调试
现代本机项目和更清晰的插件模式意味着更少的神秘运行时问题和更快的根源分析
性能预留
使用现代工具和 WebView 集成可以优化启动路径和用户体验，实现更快的启动速度和更流畅的用户体验。
降低维护负担
减少对分叉和脆弱构建修复的时间。降低长期拥有成本。
更快的发布和更安全的发布
标准的 Xcode/Android Studio 工作流程加上现代 CI/CD。与实时更新配对，能够在等待审查之前发布修复。
更多插件，更多功能
使用 Capacitor 插件，保持兼容 Cordova 插件时需要，或者清洁地构建自定义 Swift/Kotlin 插件。
更好的安全性
保持与平台要求和依赖项更新的同步，减少被弃用的包的风险。
更好的可访问性
在易于实现和维护屏幕阅读器支持、焦点管理和 UX 修复的堆栈上前进。
保持有效的部分，升级拖慢你的事项。
我们在不改变你的产品的情况下迁移你的原生层。目标是稳定的Capacitor基线，你可以在此基础上进行迭代。
你保留
- 你的现有UI和路由
- 你的JS/TS代码库和状态管理
- 你的后端、API和分析
- 你的产品路线图
- 你的应用身份和商店存在
我们升级
- 原生iOS/Android项目（Xcode，Android Studio）
- 插件层的维护等价物
- 构建配置、签名和权限
- 现代调试和工具
- 发布管道和回滚计划
减少生产错误
替换脆弱的插件并移除导致崩溃和奇怪边缘情况的遗留hack。
维护和安全
保持与平台变化的同步，减少分支，保持依赖项最新。
现代交付工作流
CI可理解的原生构建，plus更快的发布和更安全的发布。
10天计划
清晰的迁移计划，10天内交付
我们从审计开始，迁移原生层，替换关键插件，并以信心发布。
- 1
审计和迁移计划
Review Cordova config, plugins, native hooks, and build pipeline. Produce a migration plan and risk list.
- 2
Capacitor 项目设置
Capacitor 初始化，设置 iOS/Android 项目，同步包脚本，并建立基线构建。
- 3
Web 应用集成
将现有 Web 构建与 Capacitor 集成，配置应用元数据、图标和基本运行时设置。
- 4
插件映射
将 Cordova 插件映射到 Capacitor 等效项。保持安全的 Cordova 插件，替换其余插件。
- 5
原生配置
配置权限、特权、深度链接、推送前置条件和任何必需的原生设置。
- 6
功能平衡检查
验证核心用户流程并确保与 Cordova 应用平衡。修复回归和边缘案例。
- 7
性能和稳定性加固
移除遗留的工作周转，调整 WebView 设置，并修复测试过程中发现的崩溃问题。
- 8
可访问性通过
改进屏幕阅读器行为、焦点顺序和触摸目标。使用真实设备进行验证。
- 9
CI/CD 和发布准备
设置可重复的构建、签名和发布清单。创建回滚计划。
- 10
上线支持
切出发布候选版本，支持如果需要的话商店提交，并传递文档和下一步。
交付物
最终结果
- 一个工作的 Capacitor iOS 项目（Xcode）和 Android 项目（Gradle/Android Studio）
- 关键插件迁移或替换，具有清晰的兼容性矩阵
- 文档的构建和发布过程（本地 + CI）
- 一个准备合并的测试迁移 branch/PR，带有发布清单
- 优先考虑可访问性和性能改进，并应用快速胜利
- 剩余插件工作和未来本机能力的路线图
需要自定义本机工作或不存在的插件？我们可以建立和维护它。
DIY
我们有一个一步一步的指南，如果您想自己迁移，我们在这里，如果您想专家完成整个过程。
常见问题
团队在迁移之前会问的常见问题。
我们必须重写应用吗？
不。 在大多数迁移中，web UI 和业务逻辑保持不变。我们专注于本机层、插件和构建管道。
我们可以保留 Cordova 插件吗？
有时。Capacitor 可以使用许多 Cordova 插件，但我们更喜欢在关键路径上使用维护的等效项以减少长期风险。
推送通知、深度链接和生物识别会怎样?
这些通常在 Capacitor 中更好，因为生态系统活跃。我们将每个功能映射到稳定的插件并配置本机设置。
这会提高性能吗?
通常通过移除遗留的 code 并切换到现代工具来获得性能缓冲和稳定性。我们还在迁移期间运行一个硬化过滤器。
如何减少发布风险?
我们将功能平衡作为目标，测试核心流程，并带有回滚计划发布。如果您使用实时更新，则可以快速修复发布后问题。
您需要我们做些什么才能开始?
访问您的仓库，当前的签名/设置（或可以提供它的人），以及必须的插件和流程列表。
团队类型解决方案
找到匹配您的团队需求的解决方案