前端 Wiki 的分层教程结构，为什么很适合拿来做查漏补缺
学前端时最难受的不是「完全不会」，而是「好像都见过，但说不清哪里没学扎实」。这时候从头到尾重看一遍教程太慢，随机看几篇又不成体系。我后来把 前端 Wiki 这类分层教程站当成查漏补缺的地图，效率好了很多。本文聊聊具体怎么用。
一、分层结构的价值在于「定位」
这类站点通常把每个主题按「基础 / 进阶 / 深入 / 实战」划分，每个阶段下列出具体词条。它的好处不是内容多，而是你能快速定位自己卡在哪一层：
- 基础层看不懂 → 概念没建立，别急着往下走；
- 进阶层能看懂但写不出 → 缺练习，不是缺知识；
- 深入层含糊 → 原理没吃透，适合集中补；
- 实战层卡住 → 往往是工程经验问题，得动手做。
定位清楚，补什么就明确了。
二、用「反向自测」找漏洞
我的做法不是顺着目录读，而是拿目录当试卷：
- 打开一个主题的章节列表；
- 逐条问自己「能不能用一句话说清它是什么、什么时候用」；
- 说不清的标出来，只点开那几条；
- 读完合上页面，用自己的话复述一遍。
这样一轮通常只要二三十分钟，却比泛读两小时更能暴露真实盲区。
三、把词条当「字典」，把教程当「路线」
站点里往往同时有循序渐进的章节和细粒度词条。两者用途不同：词条适合随查（比如突然想确认某个布局概念），章节适合系统补。混着用容易东一榔头西一棒子，先分清目的再打开，会顺很多。
同样的思路也适用于 HTML 入门教程 这种零基础起步的短章节站点，以及 BackendWiki 按语言、数据库、架构分专题的后端知识库——先看目录结构，再决定读法。
四、把查漏结果记成清单
每次自测后，我把「说不清」的条目按主题记下来，标注日期与补完状态。分册与标注的做法参考 万象云档 组织公开文档的方式；批量整理可用 WorkBuddy 按模板归类。
想动手验证理解，Bootstrap 组件实验室 的可交互示例很合适：看完栅格或组件的概念，立刻去对照真实写法，印象会牢得多。
五、一句提醒
分层目录是地图，不是任务清单。不必把所有词条都打勾，重点是找到那几个真正拖慢你的概念。
结语
教程站的价值，常常不在「从零教你」，而在「帮你看清自己缺哪一块」。用分层结构做定位、拿目录反向自测、分清词条与章节、把漏洞记成清单，查漏补缺就会又快又准。愿你的每一次复习，都补在真正需要的地方。