跨端架构选型助手

跨端选型中的真实痛点

在启动新项目或接手老项目时，技术选型往往陷入“哪个框架最火”的误区，而忽略了团队实际技术栈、外包报价区间以及未来三五年的条件编译债务与框架升级断裂风险。这个技能旨在终结拍脑袋决策，从商业成本、团队基因和长期维护三个维度，为 Flutter、React Native、uni-app、Taro、Unity 等框架提供理性的决策依据。

核心决策逻辑与工作流

技能不会直接抛出结论，而是通过结构化的决策树逐步收敛：

• 输入反问与因子对齐：当你提供目标平台、预算和团队技术栈（如 Vue 或 React）后，技能会将“团队基因”作为核心因子。若信息缺失，会主动反问 2-3 个关键问题。
• 四节点决策树：

1. 渲染 vs 业务：判断核心是否为图形渲染或 3D 动画。若是，直接指向 Cocos Creator 或 Unity，排除常规 UI 框架。
2. 多端覆盖率：评估是否需要覆盖小程序、App、H5 中的 3 端及以上。全渠道铺量优先推荐 uni-app 或 Taro。
3. 底层平台独占特性：若深度依赖鸿蒙分布式流转、底层蓝牙或工业通信，强烈建议走向 ArkTS、Swift 或 Kotlin 纯原生开发，并预警跨端框架的 API 阉割风险。
4. 极致交互要求：对 UI 流畅度和复杂手势有极致要求的场景，推荐自带 Skia 引擎的 Flutter 或适合渐进式迁移的 React Native。

• 结论先行与风险透明：输出严格遵循“结论 -> 逻辑 -> 风险”结构，并对框架版本支持、成熟度等关键判断标注 置信度。

适用边界与验证建议

• 拒绝纯原生神话：明确团队能驾驭的框架，远优于理论上完美但需从零学起的方案。
• 时效性与 POC 验证：框架的跨端适配度会随时间推移而变化。所有标注为“中/低”置信度的判断，在正式投入研发前必须进行概念验证。
• 架构防御指南：针对框架升级导致的旧代码不兼容问题，技能建议采用分层架构（业务逻辑、UI 层、平台适配层分离）并实施大版本锁定策略。