正在加载，请稍候
跨平台定制项目的返工大头往往不是框架选错，而是平台差异回流进业务代码。三层能力模型 + 90 天可验收清单。
某连锁零售客户同一套会员系统要同时在 iOS、Android、鸿蒙和 Web 上线。第五个月，四端业务规则开始对不上——问题不在框架，在平台差异一路回流进了业务层。
复盘几个跨平台交付项目，返工来源排序大致稳定：需求变更约三成，平台差异兜底约四成，架构与性能问题排在后面。所谓差异兜底，形式很具体——业务代码里出现「如果系统是 iOS 就……」这类分支。
这类分支超过二十处，可共享代码比例就会从八成掉到五成以下，回归成本按端数线性上涨。此时换框架没有意义：换任何框架，同样的分支会再长一遍。
更隐蔽的代价在测试侧：四端各点一遍的验收方式，能把两周的需求拖到五周，而且没人说得清四端行为是否一致。同类现象在单端项目里也被复盘过，桌面端定制开发团队的能力断层讲的是选型解决不了交付问题，这里要回答的是四个端同时在线时，差异到底该往哪里放。
把能力按「可验收的产物」而不是「要学的知识点」划分，建设才有抓手。
| 层 | 能力 | 可验收产物 | 失败信号 |
|---|---|---|---|
| 共享内核 | 领域模型、状态流转、网络与存储抽象 | 不依赖平台接口的包，单测覆盖率 70% 以上 | 业务代码出现平台判断 |
| 适配层 | 平台能力定义为接口，逐端实现 | 10–15 个接口，每个带契约测试 | 原生 SDK 进入业务层 |
| 验证资产 | 跨端一致性自动化检查 | 视觉回归基线、端到端脚本、埋点对账 | 验收靠人工点四端 |
顺序不能颠倒。先建验证资产的团队会因为内核还在变动而反复重做基线；先建适配层却没定义内核接口的团队，会把适配层写成第二个业务层。如果团队是从 AI 编码工具切入的，可以对照移动端团队能力建设的四个阶梯，把推进节奏按阶段拆开校准。
每段都有可验收产物，而不是「培训完成」——这也是判断建设是否真的发生过的唯一方式。交付周期压缩的复盘数据可以作为排期参照，但跨端项目的验证成本不会随工具效率线性下降。
第一个在成本侧。Artificial Analysis 在 2026 年 9 月 24 日的测评给出：新版本在编程智能体指数上得 66 分，上一代 60 分；Terminal-Bench 4.0 从 54.5% 升到 63.1%，DeepSWE v1.1 从 62.5% 升到 68.4%。代价是单任务成本从 10.79 美元涨到 13.04 美元，每任务 token 用量从 1140 万涨到约 1560 万。同期厂商把每百万输入输出 token 价格从 5/25 降到 4/20 美元，缓存读取从 0.50 降到 0.20 美元。
对跨平台团队的含义是：缓存命中的部分便宜，反复重读平台分支的部分贵。差异越散在业务代码里，一次改动的上下文越长、缓存越难命中。把差异收敛进适配层因此不只是可维护性问题，也是账单问题。
第二个在验证侧。GitHub Security Lab 开源的大模型驱动模糊测试工作流，现已能指向仓库自动识别入口点、生成测试桩、运行 AFL++、读覆盖率报告并分诊崩溃。验证资产正从「某个人会写脚本」变成流水线里编排好的能力——对四端项目尤其关键，因为一致性检查本身重复度最高。
但要守住一条线：不要让 Agent 直接对主分支提改动。适配层与原生接口交互最密，错误代价高、反馈慢，人必须在环里。
这个问题排在能力建设之后。先把平台能力清单盘完，再按三件事定：现有 Dart 或 TypeScript 存量、目标端是否需要 Web 与桌面、能不能招到并留住对应的人。
后台管理与内容类业务 70%–85% 常见；强依赖硬件（蓝牙、相机、扫码外设）的场景可能只有 40%–50%。低于 40% 时先看差异有没有被隔离，不必急着换框架。
三人可启动：一人守内核接口，一人负责两个端的适配，一人负责验证资产。人手不足时宁可临时合并适配分工，也不要放弃验证。
不要全线重构。选一条核心路径完整改造，跑通一次四端自动化回归，当作模板再逐模块推进。
现阶段不能。适配层调用各平台原生接口，错误常要等真机或审核阶段才暴露，反馈周期长、代价高，适合被辅助而不适合被托管。
如果手上正有跨平台定制项目在评估，可以先做一件低成本的事：把四端需求文档与现有代码结构整理出来，数一数有多少平台判断散在业务层——这个数字通常比预想的高。端侧能力的新变化还可以参考移动端定制的交付边界复盘。把结构发给我们做一次差异盘点，或先看已交付的多端案例里的分层做法。