18 加强编辑能力
把重复编辑变成可定位、可重放、可预览和可回退的短反馈回路。
学习目标
- 能把一次重复编辑拆成定位、选择、变换、预览和验证五个可检查阶段
- 能录制一个可重放的编辑器宏，说明它的作用范围、差异证据和撤销边界
- 能回答：批量修改没有差异预览时，为什么不能只凭最终文件通过验收？
为什么这一单元不可压缩
本页依据 David Thomas、Andrew Hunt《程序员修炼之道：通向务实的最高境界（第2版）》，云风译，电子工业出版社，2020年4月，ISBN 9787121384356的公开完整中文目录，独立重构 18 加强编辑能力。通过可编程编辑、结构化导航和批量变换减少机械成本，同时保留可撤销与验证边界。本课程不复制原书正文、插图、练习答案或代码，而把目录命题转写成新的模型、案例、交互实验、失败样本与复核证据。
中文版目录逐项列出序、新版前言、第一版前言、9章、53个Topic、99条提示、跋、参考文献、练习的参考答案和译者跋，共69个正式单元、168个目录节点。作者官方页面和英文原版目录交叉核对9章53个Topic；英文版另有索引，中文版公开目录以译者跋收束，课程不把英文索引偷加到中文分母。
先看问题：快不等于跳过检查
想象你要把一份名单里的旧接口名全部换成新名字。手工点开每个文件当然能完成，但很容易漏掉一个角落；直接全局替换又可能改到注释、测试样例或不该动的第三方目录。
本章解决的是“重复动作怎样变快，同时仍知道自己改了什么”。没有它，编辑速度越快，错误越可能在最后才被发现，而且很难回答“哪一次操作把它带来的”。
先预测：如果一次批量修改没有任何差异预览，你会怎样证明它只触达了目标范围？
常见误区
18 加强编辑能力
“加强编辑能力”不是背更多快捷键，而是把一次编辑拆成五个能被复查的阶段：定位对象，选择范围，执行变换，预览差异，最后验证并保留回退点。下面的静态图给出全景；实验台会把每一站逐步点亮。
定位与选择：先让编辑器知道你指的是谁
↡利用文件、符号、语法层级或搜索条件缩小编辑对象，而不是依赖光标当前所在位置。把“我大概在这里”变成可以重做的入口。它可以是按文件夹过滤、按符号跳转、按语法块选择，也可以是带明确排除条件的搜索。
定位解决“在哪”，选择解决“哪些”。二者分开后，复核者可以先检查命中清单，再决定是否执行变换；如果命中清单已经包含生成物或第三方目录，应该在这一步停止，而不是等到测试失败。
变换：把重复动作变成可重放操作
↡记录一串编辑动作，并在新的位置或新的输入上按相同顺序重新执行的操作。适合重复且规则清楚的动作：移动到字段、改写一段文本、跳到下一项。宏不是魔法录音；它必须说明起点、终点、假设的文档形状和不能处理的边界。
先用一个正常样本和一个边界样本重放。若动作依赖“光标恰好在第几列”，它的可迁移性很差；若动作从稳定的标记或结构开始，它更容易批量使用，也更容易在审阅中解释。
预览：批量修改必须先暴露影响面
↡一次修改落盘前，列出旧内容与新内容及其位置，让人能审阅变化是否只发生在目标范围。把“我觉得改对了”变成可以逐行核对的证据。预览时重点看三件事：命中数量是否符合预期，变化是否集中在目标范围，是否出现了格式噪声或意外文件。
↡对多个匹配对象按同一规则执行变更，并把结果作为一批可审阅的修改提交。应该先生成候选结果，再分批落盘。批次越大，越需要先在小样本验证规则，并保留原始版本；不要用“全部成功”替代对变化内容的检查。
验证：撤销不是失败，而是边界
↡一次变更可以被撤回的范围和时点；它规定哪里能回到原状态，哪里需要从版本记录恢复。要在动作开始前说清楚：是撤回当前宏、整个批次，还是回到提交前版本？跨文件操作、自动格式化和外部生成步骤可能有不同的回退范围，不能把一个撤销按钮当成万能保险。
验证至少包含一次针对性测试和一次回退演练。测试通过只说明声明覆盖的行为仍然成立；差异无法解释时，应先撤销，再从原始输入重放，而不是手工把最后一处改回去。
提示27：游刃有余地使用编辑器
提示27的关键不是“用哪一个编辑器”，而是让编辑器成为短反馈回路：快速定位，明确选择，重复变换，立即预览，最后验证。快捷键、命令面板、语法树选择和宏都只是实现手段；如果它们让作用范围更不透明，就应该退回较慢但更可解释的操作。
一次安全的编辑记录可以很小，但必须包含输入、规则和回退信息：
edit_run:
input: src/catalog/price.ts
target: function calculateTotal
change: rename discountRate to rebateRate
preview: 4 files, 9 lines changed, no generated files
verify: unit test catalog-price
recovery: undo batch, then restore original revision这份记录把编辑器能力从个人手感变成交接材料。另一个人不必复制你的每次按键，只要拿到同一输入、目标条件、差异和验证命令，就能判断这次变更是否越过了边界。
猜一猜：如果删除 preview 字段，哪一个阶段最先失去可验证性？再打开实验台，点击“注入单故障”，用单步推进观察验证阶段的拒绝。
当前：第 1 步 · 定位：先找到真正要改的文件或符号
第 1 / 5 步 · 定位：先找到真正要改的文件或符号
先猜哪一站会拒绝，再用单步或播放验证。
三步观察：从一次动作到可回退批次
下面每一步都配有相同的本章图示。先说出你预期的首个拒绝点，再用图中高亮核对；如果答案只剩“最后看测试”，说明中间的编辑证据还没有建立。
1. 先冻结对象和边界
写出文件、符号、命中条件和排除目录，再观察定位与选择阶段留下的工件。此时不要追求一次改完，先确认你选中的确实是目标。
本章回顾
- 定位和选择先把编辑对象与范围变成可检查条件。
- 编辑器宏把规则明确的重复动作变成可重放操作。
- 批量变换必须先经过差异预览，暴露命中数量和意外文件。
- 测试与撤销边界让快速编辑仍然能恢复和复核。
- 提示27的验收标准是短反馈回路，而不是快捷键数量。
练习：把编辑手感变成证据
练习
问题 1（提示27：游刃有余地使用编辑器）： 选择一个你会重复执行的编辑动作，写出定位对象、选择条件、变换规则、预览检查和验证命令。
问题 2： 一个宏在第一个文件成功，在第二个文件把光标移到了错误的行。请列出两个可能的隐含前提，并设计一个边界样本。
问题 3： 动手修改 Tpp20Topic18PowerEditingLab：把“跳过差异预览”改成“扩大到生成目录”，保留首差、拒绝原因和重置路径。
名词解释
名词解释
本章出现的专业名词，用大白话再讲一遍。
- 结构化导航
用文件、符号、语法层级或搜索条件找到目标范围，而不是凭光标位置猜测。
- 编辑器宏
把一串编辑动作记录下来，再在另一个合适的输入上按同一规则重放。
- 差异预览
在保存前把旧内容和新内容并排或逐行列出，让人检查变化是否越界。
- 批量变换
对多个匹配对象执行同一个编辑规则，并把这一批结果作为整体审阅。
- 撤销边界
说明一次操作能回退到哪里、什么时候必须改用版本记录恢复原状态。
来源与改写范围
- 作者与英文版页面：核对 20 周年版书名、版本与 Topic 范围。
- 中文公开目录：核对“18 加强编辑能力”和提示27的目录坐标。
- Vim 用户手册：录制与重放：核对宏、重复编辑和撤销语义的事实边界。
- Visual Studio Code 文档：编辑基础：核对搜索替换、符号导航和多光标等现行编辑能力；本文为改编重写。