波仔
🧡 第十二章 实战项目1：Chrome扩展
📄 一句话概括

挑第一个实战项目只看一条——反馈速度；扩展小、闭环、真能用，一天就能看到成品，学得也最快。

📝 本节和前面几节的关系

第四部分开场。前三部分讲的都是【能力】，这一部分把完整流程走三遍，第一遍是 Chrome 扩展。

一、为什么第一个项目挑它

小：几个文件就是全部，一天能看到成品。 闭：需求、开发、调试、安装——闭环在一台电脑上走完。 真：它能装进你的浏览器，你明天真的会用到。 三条里最要紧的是第三条——会用到的项目才会被反复打磨。

二、反馈速度是第一个指标

演示里那张表就说明了一件事：四个形态的反馈速度差了好几个量级。 扩展是秒级：改完点刷新就生效；移动 App 要审核几天到几周。 反馈慢的项目，你会把大半时间花在等待和配置上，而不是学习。

三、这一章会走完哪几步

Phase 0 需求分析 → Phase 1 初始化 → Phase 2 核心架构。 Phase 3 逐个模块开发 → Phase 4 调试 → Phase 5 安装测试。 最后两节是一个真实的重构案例，和一份项目实践建议清单。 这套 Phase 划分沿用第 9 章——换了个项目，流程不变。

四、开工前你要准备什么

一、一个你明天用得上的小想法——小到一天能做完。 二、装好的 Claude Code（第 2 章），能跑起来就行。 三、一个 Chrome 浏览器，用来装载和测试。

五、动手 Demo：为什么从 Chrome 扩展开始

下面把四种项目形态摆在一起，看上手成本与反馈速度。

TH([u"形态", u"上手成本", u"反馈速度"], [16, 30, 36])
T([u"Chrome 扩展", u"小：几个文件就成", u"秒级：改完点刷新就生效"],
  [16, 30, 36])
T([u"移动 App", u"最大：要开发环境与上架", u"最慢：审核几天到几周"],
  [16, 30, 36])

实跑输出：

--------------------------------------------------------------------
为什么从 Chrome 扩展开始
--------------------------------------------------------------------

四个形态摆在面前，**第一个实战项目该挑哪个**，看这两列就清楚了：

  形态            上手成本                   反馈速度
  ------------------------------------------------------------------
  Chrome 扩展     小：几个文件就成           秒级：改完点刷新就生效
  Web 应用        中：要域名与部署           分钟级：要重新构建部署
  桌面 App        大：要打包与签名           慢：装一次才算验一次
  移动 App        最大：要开发环境与上架     最慢：审核几天到几周

选它当第一个项目，理由是三条：

    ① **小**：几个文件就是全部，一天能看到成品
    ② **闭**：需求、开发、调试、安装，闭环在一台电脑上走完
    ③ **真**：它能装进你的浏览器，**你明天真的会用到**

**反馈速度是第一个项目最该看重的指标**——
反馈慢的项目，你会把大半时间花在等待和配置上，而不是学习。

选它的三条理由：小、闭、真——小到一天做完，闭环在一台电脑上，明天真的会用到。 反馈速度是第一个项目最该看重的指标——反馈慢，时间就都花在等待上了。

30 秒实验

  1. 想一个你明天真的会用的小需求，一句话写下来。
  2. 估一下：它能不能一天做完？做不完就把范围再砍一半。

常见误区

  1. 第一个项目就想做大。反馈速度才是第一个项目最该看重的。
  2. 挑一个自己也用不上的练手题。用得上的项目才会被反复打磨。
自测三问（点开对答案） 1. 为什么挑 Chrome 扩展当第一个实战项目？ —— 小（几个文件）、闭（一台电脑走完）、真（明天真的会用到）。 2. 第一个项目最该看重的指标是什么？ —— 反馈速度——改一次到看到结果的时间。 3. 这一章会走完哪几个 Phase？ —— Phase 0 需求分析 → 1 初始化 → 2 核心架构 → 3 模块开发 → 4 调试 → 5 安装测试。

相关笔记