跳到正文
项目复盘
2026.10 · 半天独立完成

清掉 Vite 模板的 184 行残留

没有人会主动删模板文件,所以它们会一直留在仓库里,直到有人以为它们有用。

ViteCSSTypeScript
结果 · 前 → 后
未被引用的文件
4→0
App.css 行数
184→0
src 目录文件数
21→16

1. 问题与约束

create-vite 生成的模板里有四个文件从来没被真正用过:

  • src/App.css:184 行,含 --accent、.counter、.hero,全项目零引用
  • src/assets/react.svg、src/assets/vite.svg、src/assets/hero.png:没有 import

约束是"删不能靠猜"。判断一个文件是否死代码,需要证据,不能靠扫一眼印象。

2. 关键决策

01

App.css 是删还是留

留着

万一以后要改回来

删掉选中

git 里有历史,随时能捞回来

理由
「以后可能用得上」的 CSS 会一直躺在那里,然后在某次重构里被误认为设计系统的一部分。真正的设计系统在 index.css 的令牌层里。
代价
需要一次性确认没有任何 import 路径。
02

图片放在 src/assets 还是 public

src/assets

经构建处理,带哈希,可 tree-shake

public

原样拷贝,路径稳定

理由
三个模板图没有一个是这个站需要的。等真的需要插图时,再按用途决定放哪里,而不是先留一个空目录。
代价
没有。

3. 结果

$ find src -type f | wc -l
21   # 之前
16   # 之后
 
$ grep -rn "App.css" src | wc -l
0

src 目录从 21 个文件降到 16 个,其中还包括新增的 lib 与 hooks。视觉上零变化——这正好证明了它们确实是死代码。

4. 如果重来

会早一点做这件事,但不会在第一天做。

模板文件的价值是"让第一次 npm run dev 有东西可看"。在项目还没有自己的结构之前删掉它们,只会让自己面对一个空页面。正确的时机是结构成型的那一天——那时候你已经有能力判断哪些是模板,哪些是自己的。

接着读

留言

还没有人说话

读到这里,说两句。不用登录,昵称随便填。

不用登录
0 / 1200

文字原样显示,不支持 Markdown。发完可以删。