技术选型会上经常出现这样的对话："我们用 React 吧，比较先进。""还是 Vue，上手快。"两种说法都有道理，但都漏掉了最关键的问题——这个网站要活多久，谁来维护它。
先问需不需要框架
大部分企业站是内容展示型：几十个页面，交互简单，主要是图文和表单。这类网站用框架不是不行，但收益有限，反而带来了构建流程和依赖管理的复杂度。
如果符合下面这些情况，服务端渲染的模板或静态站点生成方案往往更合适：
- 页面数量有限，内容主要由后台编辑
- 交互以展示为主，没有复杂的状态管理
- 对首屏速度和搜索收录要求高
- 维护人员不是专职前端
什么时候真的需要框架
下面这些场景，框架的价值才体现出来：
- 有复杂交互：产品配置器、多步表单、实时筛选、数据看板
- 要复用组件：几十个页面共用同一套控件和逻辑
- 要做成应用：登录后才能用的系统、需要频繁局部刷新的界面
- 有专职前端：团队里有人长期维护这套代码
Vue 和 React 的实际差别
对企业站来说，两者的能力边界几乎一致，真正影响决策的是这几个现实因素：
- 团队熟悉度：这是第一位的，用一个没人熟的框架等于给自己挖坑
- 招人难度：两种都好招，但中小城市 Vue 的供给更充足一些
- 上手成本：Vue 的模板语法对传统前端更友好，文档也是中文优先
- 生态配套：React 的组件库和国际社区资源更丰富，Vue 在国内的后台管理生态很成熟
- 移动端延伸：如果以后要做小程序或 App，两边都有对应的跨端方案
别忽略 SEO 这个变量
单页应用默认是把内容用 JavaScript 渲染出来的，早期搜索引擎抓不到。现在主流搜索引擎的抓取能力已经强了很多，但仍有风险，稳妥做法是上服务端渲染或预渲染。
这意味着技术复杂度又要加一层。对于以自然搜索为主要流量的企业站，这一步不能省，选型时就要算进去。
比框架更重要的事
说到底，决定网站好不好用的不是用了什么框架，而是这些更朴素的东西：
- 代码有没有人能接手：用冷门技术写的站，两年后找不到人改
- 构建流程是否简单：改一个字要跑三步命令，日常维护会很痛苦
- 依赖是否可控：装了几百个依赖包，任何一次升级都可能是灾难
- 文档是否齐全：部署步骤、环境要求、后台说明写得清楚，比框架选得对更救命
技术选型的正确顺序是：先看谁维护、维护多久，再看用什么写。倒过来做，多半要后悔。
—— 一位维护过十几个历史项目的前端负责人