# 1. 新项目框架选型，React、Vue、Svelte、Angular、Solid 的决策矩阵如何构建？ A 决策矩阵只需比较性能一个维度 B 生态成熟度对选型结果没有影响 C 权重应根据项目约束与团队条件设定，评分基于可核验数据 ✓ 正确答案 D 决策矩阵不需要记录风险与复核机制
# 2. 框架选型的量化评估模型，团队熟悉度、生态成熟度、性能需求、长期维护性与招聘市场如何加权？ A 权重应根据项目形态与约束动态设定，并做敏感性分析 ✓ 正确答案 B 招聘市场与框架选型无关 C 所有项目都应使用完全相同的权重分配 D 量化模型无法评估长期维护性
# 3. 老项目从 Vue 2/React 16 迁移到新版本的路径与风险控制（渐进迁移/并行运行）？ A Vue 2 到 Vue 3 的迁移必须一次性整体重写 B 官方 codemod 工具可自动化迁移大部分机械性改动 ✓ 正确答案 C 并行运行时不需要任何兼容层设计 D 迁移过程无需灰度与回滚机制
# 4. 团队技能分布如何影响框架选型，如何评估框架生态的长期活力？ A 团队技能分布不影响框架选型决策 B npm 下载量是唯一可靠的活力指标 C 公司背书等同于健康的生态治理 D 发布纪律与治理结构是评估生态长期活力的重要信号 ✓ 正确答案
# 5. 大型项目框架迁移的成本模型，渐进迁移（微前端/路由级）vs 重写的风险与收益？ A 渐进迁移把风险集中到最终上线日 B 渐进迁移不需要隔离边界与双轨设计 C 整体重写的成本与风险总是低于渐进迁移 D 整体重写可能丢失隐性需求并引发"第二系统效应" ✓ 正确答案
# 6. 多框架共存（微前端混用 React/Vue/Svelte）时的工程治理与性能权衡？ A 子应用间通信应通过明确的契约机制而非直接组件引用 ✓ 正确答案 B 沙箱隔离对性能没有任何影响 C 多框架共存不会带来额外的运行时体积 D 单页混用的框架数量不需要任何限制
# 7. 框架选型的评估维度，团队、性能、生态与长期维护？ A 评估维度应结合项目约束加权，并用可核验数据评分 ✓ 正确答案 B 性能只需比较框架启动速度一项 C 生态维度不包括文档与工具链 D 长期维护只看社区讨论热度
# 8. SSR/静态生成的选型，Next/Nuxt/Astro 的边界？ A Nuxt 是 Vue 生态的全栈框架，支持 SSR/SSG 与模块体系 ✓ 正确答案 B Next.js 只支持静态生成，不支持服务端渲染 C 三者定位完全相同，选哪个都一样 D Astro 适合复杂交互的 SPA 类应用
# 9. 框架选型的性能与体积基准，首屏 JS 体积、交互性能与内存占用如何用可复现基准（如 js-framework-benchmark）横向对比？ A js-framework-benchmark 提供统一场景与指标，可作横向参考 ✓ 正确答案 B 体积对比只需比较未压缩的源文件大小 C 内存占用无法通过基准测量 D 基准结果与运行环境无关，可以跨环境直接比较
# 10. 微前端 + 多框架混用时的工程治理与性能权衡？ A module federation 的 shared 机制可共享公共依赖，减少重复加载 ✓ 正确答案 B 沙箱隔离对运行时性能没有任何开销 C 微前端不需要子应用间的生命周期契约 D 子应用的体积与框架数量无需受约束
# 11. 如何验证一个新兴框架的长期活力（社区/发布节奏/公司背书）而非仅看热度？ A star 数量足以证明框架的长期活力 B 破坏性变更的频率不影响采用风险 C 单点维护者的项目不存在任何风险 D 发布纪律与治理结构比一时热度更能说明长期活力 ✓ 正确答案
# 12. 从 Vue 迁移到 React（或反向）的策略，渐进迁移？ A 渐进迁移必须一次性替换所有组件 B 旧框架代码可以无限期随意残留 C 迁移时无需统一状态层与数据契约 D 自定义元素或微前端隔离可实现新旧框架共存 ✓ 正确答案
# 13. 框架升级的成本，破坏性变更与依赖锁定？ A 框架升级的成本只包含代码修改人力 B lockfile 锁定后永远不需要升级 C 依赖更新不需要任何回归测试 D 破坏性变更需逐条评估影响面并建立迁移清单 ✓ 正确答案
# 14. 多框架团队的治理，统一规范与共享库？ A 多框架团队无需任何统一规范 B 不同框架的组件可以互相直接 import C 共享库应与具体框架深度绑定 D 设计 token 等框架无关资产应抽为共享库，框架专属实现隔离 ✓ 正确答案
# 15. 框架的长期维护，版本节奏与团队学习成本？ A 版本节奏不会影响长期维护成本 B semver 纪律与升级工具成熟度决定升级的可预期性与成本 ✓ 正确答案 C 框架学习成本是一次性投入，不会折旧 D 升级频率越高长期维护成本越低
# 16. 多框架共存与微前端，何时需要、何时过度？ A 微前端解决的核心是代码体积优化问题 B 微前端总能显著提升运行时性能 C 独立发布需求不是引入微前端的理由 D 小团队同质业务引入微前端通常属于过度设计 ✓ 正确答案
# 17. 框架升级的自动化工具链，codemod、官方升级指南与兼容层在迁移风险控制中的应用？ A 兼容层应在主版本发布时立即移除 B codemod 可以保证迁移后零回归 C codemod 基于 AST 对源码做批量重构，可自动化大量迁移工作 ✓ 正确答案 D 官方升级指南与 codemod 没有关系
