AI时代前端还学什么

---

AI 能帮我们写代码，但前端自己还是要知道什么代码能进项目。

最近经常看到一个问题：

AI 都能写代码了，前端还要学什么？

这个问题确实容易让人焦虑。

因为现在很多事情，AI 做得确实很快。

写页面、改样式、生成组件、解释报错，甚至帮你整理一套实现思路，都可以做。

但是我自己用下来感觉，前端不是不用学了，而是不能只学“怎么写这一段代码”。

更重要的是，你要知道这段代码能不能放进项目里。

基础还是要会

AI 能写代码，不代表前端可以不懂基础。

如果 HTML、CSS、JavaScript、Vue、浏览器这些基础不懂，AI 给你一段代码，你也很难判断它对不对。

比如：

1. 为什么布局会溢出
2. 为什么事件触发两次
3. 为什么响应式数据没更新
4. 为什么打包后路径不对
5. 为什么接口跨域
6. 为什么移动端点击有问题

这些问题 AI 可以帮忙分析，但是你不能完全听它的。

你要能看出来它说得靠不靠谱。

基础越扎实，用 AI 越稳。

项目怎么跑要知道

真实项目不是一个代码片段。

一个页面能跑起来，背后会牵扯很多东西：

1. 页面放在哪里
2. 组件怎么拆
3. 路由怎么加
4. 菜单怎么配
5. 接口怎么封装
6. 权限怎么控制
7. 打包怎么部署

AI 可以帮你写局部代码。

但是项目结构还是要人来把关。

如果项目结构不清楚，AI 写得越快，项目可能乱得越快。

所以前端还是要熟悉自己的项目。

至少要知道哪里能改，哪里不能随便改。

要学业务理解

很多前端问题不是技术问题，而是业务问题。

比如一个按钮放在哪里，不只是样式问题。

它可能涉及：

1. 用户最常用的操作是什么
2. 这个操作是不是危险操作
3. 要不要二次确认
4. 有没有权限控制
5. 操作后要不要刷新数据
6. 失败以后怎么提示

这些东西 AI 不一定知道。

它可以猜，但是猜出来的不一定符合项目。

所以前端还是要听懂业务。

你越懂业务，越知道怎么指挥 AI，也越知道它哪里写错了。

要学 UI 判断

AI 很容易把页面做得“看起来像那么回事”。

但像样不等于好用。

前端要能判断：

1. 信息层级清不清楚
2. 操作路径顺不顺
3. 表格是不是方便看
4. 弹窗是不是稳定
5. 文案是不是容易理解
6. 空状态有没有处理
7. 移动端会不会挤在一起

这些判断不是单纯生成代码能解决的。

AI 可以给方案，但是最后还是要人来判断。

尤其是后台页面，我觉得更要克制一点。
不要动不动就大卡片、大渐变、大圆角，真正好用才重要。

要学工程化

AI 写代码以后，工程化更重要了。

因为代码生成变快以后，项目更需要约束。

比如：

1. ESLint
2. 组件规范
3. 提交规范
4. 构建流程
5. 预览环境
6. 部署脚本
7. 必要的测试

没有这些约束，AI 很容易今天这样写，明天那样写。

一个人项目还好，多人项目会更明显。

工程化不是过时了，而是更需要了。

要学验收

AI 时代，前端的验收能力会变得更重要。

因为 AI 能很快把东西做出来。

但是做出来以后，要继续看：

1. 能不能运行
2. 有没有改坏旧逻辑
3. 页面是不是真的可用
4. 不同屏幕下正不正常
5. 异常状态有没有处理
6. 是否符合项目规范

这些都需要验收。

会验收，才敢放心用 AI。

不会验收，只是把问题从“写不出来”变成“看不出错”。

要学怎么和 AI 配合

AI 很吃描述。

同一个需求，直接说“帮我做一下”和拆清楚步骤，效果差很多。

比如不要只说：

帮我优化页面。

可以说：

先分析页面问题，不改代码。
重点看后台系统的信息层级、表格高度、按钮层级和空状态。
等我确认后，再按项目现有组件风格修改。

这个差别很大。

AI 不是你说一句话，它就一定能懂你真实想要什么。

你要把任务拆清楚，把边界说清楚，把验收标准说清楚。

这本身也是一种开发能力。

小结

AI 时代，前端当然还要学。

只是学习重点会变。

以前可能更关注某个 API 怎么写、某个组件怎么写。

以后更要关注：

1. 基础能不能看懂
2. 项目结构能不能把住
3. 业务能不能理解
4. UI 能不能判断
5. 工程化能不能约束
6. 改完能不能验收
7. AI 能不能用好

AI 会让写普通代码更快。

但真正能把需求落到项目里、把页面做稳定、把结果验收好的人，还是很重要。