10.4 迁移策略与选型决策：何时引入Solid

10.4 迁移策略与选型决策：何时引入 Solid

本节摘要：全册的对照最终要落成一个决定。本节给出决策路径图与场景决策矩阵：什么情况选 Solid、什么情况留在 React、什么情况渐进混合；对决定迁移的团队，给出四步排期法与风险清单。读完后，选型的最后一步不再是收集信息，而是核对自己团队的约束条件。

选型会开到第三轮还没结论的团队，缺的通常不是资料，而是一张把资料变成结论的路径图。本节就是那张图。先说结论的形状：它不该是"Solid 好还是 React 好"的二选一，而是"在哪个产品、哪个模块、哪个时间点引入哪一方"的组合决策。

决策路径

图：从约束条件到引入策略的决策路径

路径图的读法自上而下：先分战场（存量还是绿地），存量再分性能痛点有无，绿地再过组件库依赖与设备画像两道闸。落到红色结论条之前，每一格都是可核对的团队事实，不是偏好之争。

场景决策矩阵

表里"渐进混合"一格展开说说。Solid 与 React 可以在同页共存（社区桥接方案），但更稳妥的混合单位是路由级：旧 React 应用里用微前端或路由拆分，把新模块整体交给 Solid 构建，共享层只留登录态与主题。混合的真实成本在两套心智并存的团队认知负荷，所以混合期要配合 7.3 的误区检查卡与 8.2 的规范清单，避免"一个仓库两种方言"演化成"一个组件两种方言"。

四步排期法

决定引入后，按四步排期。第一步，平行小项目（一至两个迭代）：选一个边缘但完整的功能，用 Solid 走通工具链、测试、部署全流程，产出物是团队的"首个样本"与本册 7.3 的路径检验。第二步，规范先行（并行）：把 8.2 清单写进评审模板，lint 规则装好，避免样本期的坏习惯扩散。第三步，边缘模块推进（按季度）：挑与旧代码耦合浅的路由级模块替换，每个模块独立可回滚。第四步，复盘决策（半年点）：用真实数据复核收益是否兑现——首屏指标、交互耗时、缺陷率——决定继续推进、停在混合态还是回退。多数团队的终局是"混合态长期存在"，这不代表失败：性能重灾区已经拆掉，其余部分保持稳定，就是合格的架构演进。

风险清单最后过一遍：长尾生态缺口（7.2 的红区）要求提前盘点依赖；招聘市场体量小要求团队具备自培养能力（7.3 的路径要真的执行）；设计激进带来的语义演进要求把变更记录阅读制度化；混合期的双框架包体积要求监控预算。四条风险都有对应的缓解动作，没有一条是不可管理的。

反向决策：什么信号说明该停

迁移是双向决策，退出信号要与推进信号同等显性。试点期出现三条以上就要刹车：团队主力反复掉进同一类心智坑且自觉痛苦大于收获（学习成本被低估）；红区依赖的替代方案选型全部不达标（生态缺口比预估深）；试点模块的真实指标改善低于两位数百分比（收益被高估）；业务排期连续两个迭代给迁移让路失败（组织优先级不支持）。刹车不是失败——用试点周的成本买回一个有数据的"不做"，是选型流程的正常产出。把退出条件写进 10.4 的那一页决定书，决策才完整。

💡 把本册读到这里，你手里已经有完整的对照体系：原语、组件、渲染、路由、工程、基准。选型会上不需要说服任何人"哪个框架更好"，把决策路径摊开，逐格核对自己团队的事实——结论会自己长出来。

混合态的技术清单

决定渐进混合的团队，把四件事谈清楚再动工。其一，混合单位：路由级优于组件级——整页交接，共享层最薄，两套运行时不同时参与一次渲染。其二，通信契约：跨框架只传序列化数据或事件，不传组件与响应式对象（两家的"响应式"不兼容，硬传必坑）；登录态与主题这类全局量走存储事件或统一的自定义事件总线。其三，构建与发布：两套构建产物独立版本化，谁先发布互不阻塞；共享的静态资源（字体、图片）走同一 CDN 路径。其四，观测对齐：监控与埋点两套都接，但上报到同一套指标体系，否则"哪边更卡"会成为无解的争论。

一页迁移决定书

10.4 的所有内容可以压成一页文档，作为立项或放弃的正式载体。必填六栏：现状画像（团队规模、React 资产规模、性能痛点量化数据）；目标场景（哪些页面哪些指标要改善，改善到多少）；红区清单（7.2 矩阵红区依赖逐个列出，处置方案）；排期与回滚（10.4 四步法的时间点与每步退出条件）；风险与缓解（本节四条风险加团队自有的）；复盘日（半年点，用数据决定推进、停在混合态或回退）。这一页的价值不在文档本身，而在填写过程逼着团队把"听说很快"翻译成"哪里快多少、我们用不用得上"。

问题：选型会总有人拿"社区规模"反对，怎么回应？

先承认再折算。承认：React 的社区规模、组件市场、招聘池都是断层第一，这些是真实资产。折算：把规模优势换算到你的具体场景——你重度依赖的组件库在 Solid 侧有没有对位（7.2 矩阵红区检查）、你的招聘是"市场挑你"还是"你挑市场"、你的迭代节奏吃不吃得到性能收益。折算完的对比才有意义：规模是供给侧指标，你的项目是需求侧场景，两者之间隔着一次转化。选型会上做这张转化表，比争论"哪个更好"有营养得多。

本节要点回顾

• 决策是组合不是二选一：产品、模块、时间点三个维度分别落子。
• 路径图逐格核对事实：存量与绿地分战场，组件库与设备画像设闸。
• 四步排期：小项目、立规范、边缘推进、半年复盘，每步可回滚。
• 混合态是常态：拆掉性能重灾区即达成目标，不必追求纯粹的框架版图。

全册至此收束。愿这套对照体系留在你的工具箱里——下次面对任何新框架，先找它的 Signal，再问它的组件跑几次。