后端只是前端项目里的一个文件夹：元框架时代的架构新思考

五年前说“后端是前端仓库里的一个文件夹”，会被认为不够专业；而在2026年的Next.js和元框架项目里，这是日常：API路由放在app/api，服务端组件里直接查数据库，表单提交走Server Actions，鉴权中间件在同一次构建里完成。这种形态为什么成了主流？

首先是协作成本的坍缩。传统前后端分离模型里，改一个字段往往意味着两个仓库、两次发布、一场接口对齐会议，API文档是组织边界的税。元框架加类型安全全栈（tRPC、Prisma、服务端函数）把“契约”压成了编译器里的泛型约束：Schema改动，前后端类型全链路同步，错在编译期报错而不是线上报错。一个全栈开发者能独立交付的功能颗粒度，比五年前大得多。

其次是托管平台的成熟。服务端函数、边缘运行时、一键部署平台让“部署前端顺带部署后端”零成本，AI代码生成器也在强化这个模式——毕竟生成一个能跑全栈的项目，比协调两个仓库容易太多。前端工程师的职责边界外扩，“backendless”成为中小团队的务实选择。

隐性的账也在。同仓库让责任边界模糊，安全面集中：2025年爆出的Next.js中间件漏洞和React2Shell教会了大家一件事——服务端的攻击面也是你的攻击面。体量增长后，“文件夹后端”会变成新的单体，拆分并不轻松；框架与托管平台的绑定，也让迁移成为慢变量。务实的姿态大概是：从零到一、中小规模时，把后端当文件夹是当下最优解；一旦产品需要多端共享同一套服务，把服务端拆出去不是倒退，而是长大的标志。