大约一周前，我在编辑一个程序时想要更改一些变量名。我之前认为这将是一个简单的正则表达式查找/替换。只是这没有我想象的那么简单。

变量名为 a10、v10 和 x10，我想分别将它们改为 a30、v30 和 x30。我想到使用 BBEdit 的查找窗口并输入：

我不能简单地 30 替换为 10，因为代码中有一些与变量无关的数字 10。我认为我很聪明，所以我不想写三个非正则表达式替换，a10、v10 和 x10，每个一个。但是我却没有注意到替换模式中的蓝色。如果我这样做了，我会看到 BBEdit 将我的替换模式解释为“匹配组 13，后面跟着 0，而不是”匹配组 1，后面跟着 30，后者是我想要的。由于匹配组 13 是空白的，因此所有变量名都会被替换为 0。

你看，BBEdit 可以在搜索模式中匹配多达 99 个分组，严格来说，我们应该在替换模式中引用它们时使用两位数字。但在大多数情况下，我们可以使用 \1 到 \9 而不是 \01 到 \09，因为这没有歧义。换句话说，如果我尝试将 a10、v10 和 x10 更改为 az、vz 和 xz，那么使用 \1z的替换模式就可以了。因为后面的 z 意味着不会误解释该模式中 \1。

因此，在撤消替换后，我将模式更改为这样：

它可以正常工作。

还有另一个选择：命名组。这是使用 var 作为模式名称：

我从来都没有使用过命名组，无论正则表达式是在文本编辑器还是在脚本中。我的总体感觉是，如果模式复杂到我必须使用变量来跟踪所有组，那么我应该停下来并将问题分解为更小的部分。

顺便说一下，你可能已经听说 BBEdit 正在庆祝它诞生25周年。当一个有良好文档的应用有如此长的历史时，手册的积累能让人愉快地回到过去的日子。当我在 BBEdit 手册中查找命名组的表示法时，我遇到了这个说明：

BBEdit 目前的版本是 12.5。第一次出现于 2001 年的 V6.5。但手册希望确保长期客户（我记得是在 V4 的时候第一次购买）不会因行为变化而感到困惑，即使这些变化几乎发生在二十年前。