我的前端开发实战心得：别让“后端还没出接口”成了你的挡箭牌

很多新手开发者最容易掉进的陷阱就是所谓的“被 Block 了”。比如后端接口没写好、环境没配通，于是理所当然地坐在那里等，觉得任务进度卡住是因为别人没交付。但实际上，绝大多数情况下，被 Block 的不是你，而是你的工作流。

分享一个我早年踩过的坑。刚入职时，有个功能得等后端 .NET 的接口，结果对方刚好休假一周。当时我心想：没接口我怎么写前端？于是我花了一周时间在研究怎么优化我的桌面布局，结果被主管认为效率低。

后来我意识到，真正的实战技巧是学会用 Mock（模拟数据）来解耦。既然没有真实的接口，那就自己造一个“假”的。

具体实操流程通常是这样的：

一、定义数据契约
不要等后端给你文档，直接根据业务需求，定义好你期望接口返回的 JSON 结构。

{
  "user_id": 12345,
  "username": "test_user",
  "status": "active",
  "permissions": ["read", "write"]
}

二、搭建 Mock 环境
现在工具很多，不需要手动写死在代码里。推荐用 Mock.js 或者简单的本地 JSON Server 快速部署一个伪接口。

# 使用 json-server 快速启动一个模拟后端
npm install -g json-server
json-server --watch db.json

三、开发与替换
用 Mock 数据把前端页面逻辑、交互、异常状态全部跑通。等后端接口真正上线后，只需要把 BaseURL 切换回正式环境，然后修正少量字段差异即可。

这种工作流最大的好处是：你的进度不再依赖于他人。即便最后接口字段对不上，你调整 Mock 数据的成本也远低于由于停工一周导致的项目延期。

在这个 AI Agent 和大模型快速迭代的时代，这种“能用现有资源强行推进”的意识比单纯写代码重要得多。不要等完美的条件，先用 Mock 把骨架搭起来，这才是进阶开发者的效率密码。