外观
技术选型方法论
是什么
选型 = 在多个候选方案里挑一个。新手常见做法是「搜一下哪个火用哪个」，这里的替代方案：一套可以复用的四步流程。
四步流程
第 1 步：写清楚需求
一句话格式：我要在〈什么约束〉下，解决〈什么问题〉。
例：我要在「Vue 3 + 中后台系统」的约束下，解决「表格、表单等组件不用自己造」的问题。
需求写不出来，说明还没到选型的时候。
第 2 步：列出 2-4 个候选
来源：官方生态推荐 > 同类项目在用什么 > 社区口碑。候选别超过 4 个，否则评估成本失控。
第 3 步：定评估维度，逐项打分
| 维度 | 关键问题 | 权重建议 |
|---|---|---|
| 维护活跃度 | 最近一次发版多久？issue 有人处理吗？ | 高 |
| 文档质量 | 我能看懂官方文档吗？有中文吗？ | 高 |
| 学习成本 | 团队/未来的我要花多久上手？ | 高 |
| 生态兼容 | 和我现有技术栈（Vue 3 / Vite）冲突吗？ | 高 |
| 社区规模 | 出了问题搜得到答案吗？ | 中 |
| 性能 | 对我的场景有可感知的差异吗？ | 视情况 |
| 颜值/体验 | 默认样式符合我的审美要求吗？ | 中 |
打分技巧
先给维度定权重，再给每个候选打 1-5 分。「维护活跃度」和「文档质量」一票否决：一个没人维护或文档看不懂的库，功能再强都别选。
第 4 步：小成本验证
用候选做一个 50 行的最小 demo，跑通你最重要的那个场景。demo 会暴露文档和评分里看不见的问题（API 别扭、样式难覆盖、打包体积爆炸）。
实战示例：Vue 3 中后台组件库
| 候选 | 维护 | 文档 | 学习成本 | 默认颜值 | 社区 | 结论 |
|---|---|---|---|---|---|---|
| Element Plus | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ 中文全 | ⭐⭐⭐⭐ 低 | ⭐⭐⭐ 中规中矩 | 最大 | 求稳首选 |
| Naive UI | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ 中文全 | ⭐⭐⭐⭐ 低（TS 友好） | ⭐⭐⭐⭐⭐ 清爽现代 | 中 | 颜值优先选它 |
| Ant Design Vue | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐ 中 | ⭐⭐⭐⭐ | 大 | 想对齐 React 团队规范时 |
| TDesign | ⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | 中小 | 备选 |
结论示例（我，个人项目 + 在意颜值）：Naive UI，验证步骤：用它的表格 + 表单搭一个 50 行的 CRUD demo。
反模式（踩过的坑写在这里）
三个反模式
- 追新：发布不满一年的库当生产依赖。等它至少有一个稳定大版本。
- 堆库：一个功能引一个库，最后 bundle 比业务还大。先看原生 API 能不能解决。
- 只看 star：GitHub star 衡量的是知名度，不是适合度。10k star 的库可能两年没更新了。