波仔
🧡 附录
📄 一句话概括

模板不是抄的，是改的——四份模板结构一样、答案不同；每份都必须有验证方式和红线，从模板到自己那份就三步：留最小、砍没用、按坑补。

📝 本节和前面几节的关系

这是最后一份附录。前面四份是工具与判断；这一份把全书最核心的那个文件（第 5 章）落到可复用的模板上。

一、模板不是抄的，是改的

照抄一份写满的模板，最常见的结局：它有几条你根本用不上，反而把真正要紧的淹了。 模板的价值在结构——它告诉你该有哪几块，答案得你自己填。 这也解释了为什么四份模板看起来差不多：它们本来就只差答案。

二、四份模板，差的只是答案

网页前端、后端接口、数据脚本、文档项目——覆盖了大多数人真正在做的事。 差别只在两处：技术栈写什么、验证方式写什么。 结构一块没多、一块没少——这跟第 14.6 节 iOS 那份是同一个道理。

三、每份都必须有的两块

验证方式：一句能自动判对错的话（第 5.5 节）。红线：不准动的文件、不准越过的操作。 为什么这两块最要紧：一个是它自己就能判，一个是猜错了会出事（第 5.6 节）。 其余的（风格、命名）都重要，但都不如这两块救命。

四、从模板到你自己的，三步

① 先留最小的——先写五条、跑一周再加，别一次写满（第 5.2 节）。② 砍掉用不上的。 ③ 按坑补——每踩一次坑补一条（第 5.7 节迭代飞轮）。 提醒：模板是起点不是终点——照抄一份满的，不如亲手长出一份短的。

五、它会长成什么样

第一版五条；一个月后可能七八条；每一条都对应得上你踩过的一个坑。 补到某一条再也想不起来为什么写——说明它已经没用了，删掉。 这份文件的成长史，就是你在这个项目上踩过的坑的清单。

六、动手 Demo：四份模板，差的只是答案

下面把四份模板各自的答案、以及必须有的两块排开。

TH([u"项目类型", u"技术栈写什么", u"验证方式写什么"], [18, 28, 28])
T([u"网页前端", u"框架 + 构建工具", u"跑一次构建、看页面出不出来"],
  [18, 28, 28])
T([u"数据脚本", u"语言 + 主要依赖", u"**跑一遍，看输出对不对**"],
  [18, 28, 28])

实跑输出：

--------------------------------------------------------------------
四份模板，差的只是答案
--------------------------------------------------------------------

模板集里那几份，**结构是一样的，不同的只是填进去的答案**：

  项目类型     技术栈写什么             验证方式写什么
  -----------------------------------------------------------------
  网页前端     框架 + 构建工具          跑一次构建、看页面出不出来
  后端接口     语言 + 框架 + 数据库     跑一遍接口测试
  数据脚本     语言 + 主要依赖          **跑一遍，看输出对不对**
  文档项目     格式 + 渲染工具          渲染一遍，看排版有没有散

四份里**有两块一份都不能少**：

    验证方式——**一句能自动判对错的话**（最值钱的一块）
    红线——不准动的文件、不准越过的操作

从模板变成你自己那份，**就三步**：

    ① **先留最小的一份**——先写五条、跑一周再加，别一次写满
    ② **砍掉用不上的**——教程里那几条未必是你要的
    ③ **按坑补**——每踩一次坑补一条（第 5.7 节）

记住：模板是**起点不是终点**——照抄一份满的，不如亲手长出一份短的。

四份里有两块一份都不能少：验证方式（能自动判对错）和红线（不准动什么）。 从模板到自己那份三步：先留最小、砍掉用不上的、按坑补。

30 秒实验

  1. 挑一份最接近你项目的模板，先只留最少的那几条，其中一条必须是验证方式。
  2. 拿它跑一个真任务，看哪条它真遵守了、哪条没遵守，把没遵守的那条改具体。

常见误区

  1. 直接用教程里那份完整的。用不上的条会淹掉要紧的——先留最小。
  2. 验证方式写成【注意代码质量】。那不是一句能自动判对错的话，等于没写。
自测三问（点开对答案） 1. 四份模板差在哪儿？ —— 只差两处：技术栈写什么、验证方式写什么——结构完全一样。 2. 每份都必须有的两块是什么？ —— 验证方式和红线。 3. 从模板到自己那份，怎么做？ —— 先留最小的一份、砍掉用不上的、按坑补。

相关笔记