老实说，

为什么你写了3年前端。还是搭不好一个项目，

很多前端工作到第3年，会进入一个很尴尬的阶段。

页面能写。接口能接，Bug能改，组件库也用得挺熟。日常需求来了照着现有项目往里填代码，基本没问题。

但只要换一个问题：

很多人就开始不确定了。

用Vite还是Rsbuild？目录怎么分，接口层放哪里？公共类型放哪里，登录态怎么处理？多个应用怎么共享代码，老实说，环境变量怎么管？后面如果项目变大，怎么避免越写越乱？

这时候你会发现，自己并不是不会写代码。而是缺少一种更上层的能力：项目组织能力。

这篇文章不讲某个新框架，也不教你复制一套模板。至于我想聊的是，为什么很多人写了几年业务，仍然搭不好一个项目。

一、会写功能，不等于会搭项目

刚入行的时候。我们大部分时间都在做局部任务：

• 写一个页面
• 封一个组件
• 接一个接口
• 改一个样式
• 修一个线上Bug
• 按已有模式加一个新模块

这些事情都很关键，但它们训练的是“局部实现能力”。

而从0搭项目。考验的是另一种能力：

• 你能不能判断哪些东西会变，哪些东西应该稳定？其实，
• 你能不能把业务代码和工程配置隔开？
• 你能不能让公共逻辑复用，而不是复制粘贴？
• 你能不能让请求层不绑死登录方式？
• 你能不能让新人和AI都看得懂这个项目的规矩？
• 你能不能给项目留出演进空间？说起来，

二、搭不好项目的人。通常会踩这5个坑

1. 目录只按文件类型分,不按职责分