前端框架复杂度的疲惫

前端这些年变得非常强，也变得非常重。构建工具、服务端组件、边缘渲染、状态管理，每个概念都有存在理由，但叠在一起时，常常让一个普通页面像在维护小型基础设施。我开始更珍惜那些边界清楚的方案：能静态就静态，能少依赖就少依赖。

我最近维护一个 Next.js 项目，发现 80% 的时间花在配置上而不是业务逻辑上。状态管理选 Zustand 还是 Jotai，样式方案选 Tailwind 还是 CSS Modules，数据获取用 SWR 还是 React Query——每个选择都有道理，但组合起来就很复杂。一个新功能要改 5 个文件，涉及 3 个不同的抽象层。

我开始用 Astro 做新项目，体验好很多。它默认静态生成，需要交互时才加载 JS。这种”渐进增强”的思路让我想起了早期的 Web——HTML 是基础，JS 是增强。不是所有网站都需要 SPA 的复杂度。

2023 年 5 月 再看这个趋势，我觉得前端复杂度的问题不在于技术本身，而在于”默认选择”。很多项目一上来就用最复杂的方案，而不是先问”我真的需要这些吗”。简单的方案维护成本低、调试容易、新人上手快——这些好处往往被低估了。