《精通正则表达式（第三版）》勘误修订信息
前言，“目标读者”一节
Ⅱ页，“读这本书以前，我以为自己了解正则表达式，但现在我才真正了解”应修改为“读这本书以前，我以为自己了解正则表达式，但现在我才真正弄明白”
Ⅱ页，“在其它任何地方都难以找到这样丰富的细节”应修改为“在其它任何地方都难以找到这样完整而详尽的资料”
Ⅴ页，“来开发引擎的能力，并避免其中的缺陷”应修改为“来发掘引擎的能力，绕开引擎的缺陷”
Ⅵ页，“[…]表示一对方括号，之间的内容无关紧要；而[…]表示一对方括号，其中包含三个句点”应修改为“[…]表示其间内容无关紧要的一对方括号，而[…]表示包含三个句点的方括号”
第1章
2页，“但是它不一定能代表正则表达式在平时解决的那些“不值一提”（uninteresting）的问题。这里的“不值一提”是指这类问题并不能成为谈资，可是不解决它们，你就没法继续干活”应修改为“但是正则表达式在平时还用来解决那些“讨人厌（uninteresting）”的问题。说“讨人厌”，是因为它们不适合跟外人吹嘘，可是不解决它们，你就没法继续干活”
6页，标题“正则表达式的思维框架”应修改为“理解正则表达式的解构”
12页，注4种“作为一个小孩子，那时候我感觉非常受伤”应修改为“当时我还是个孩子，
很受伤”
9页，“在搜索HTML代码的头文件时这非常有用”应修改为“在搜索HTML Header时这非常有用”
14页，“匹配一行的起始位置，然后匹配「^From」、「Subject」或「Date」中的任意一个”应修改为“匹配一行的起始位置，然后匹配「From」、「Subject」或「Date」中的任意一个”
15页，“我使用-i参数的频率很高”应修改为“我经常使用-i参数”
17页，“无论u是否出现，匹配都是成功的”应修改为“无论u是否出现，匹配都会成功”
19页，“一个字符组是一个“元素”（unit），所以它可以直接加加号、星号等，而不需要用括号”应修改为“一个字符组就是一个“元素”（unit），可以对它直接使用加号、星号等，而不需要括号”
18页，“因为它们限定了所作用元素的匹配次数”应修改为“因为它们限定了所作用元素的重现次数”
19页，“每个量词都规定了匹配成功至少需要的次数下限，以及尝试匹配的次数上限”应修改为“每个量词都规定了匹配成功至少需要的重现次数下限，以及尝试匹配的重现次数上限”
20页，表1-2中：“可以不出现，也可以只出现一次”修改为“可以出现，也可以只重现一次”；“可以不出现无数次，也可以不出现”修改为“可以重现无穷多次，也可以不出现”； “可以出现无数次，但至少要出现一次”修改为“可以重现无穷多次，但至少要出现一次”
21页，“这并不是正则表达式的错误”应修改为“正则表达式对此无能为力”
27页，“而且说“如果你写一个正则”，“巧妙的正则”（budding regexers），甚至是“正则化”（regexification）”修改为“而且说“如果你写一个正则”，“巧妙的正则”（budding regexers），甚至是“正则化”（regexification）听起来更顺一些。我说的“正则引擎（regex engine）”指的是程序中实际执行匹配尝试的那个部分”
第2章
37页，“它们都非常不同于“传统”的预言，例如C和Pascal”应修改为“它们截然不同于C和Pascal之类“传统”的预言”
38页，“运算符==用来测试两个数字是否相等”修改为“运算符==用来测试两个数值是否相等”
40页，“我不想在本章中讨论Perl的细节，但是我告诉你用printf（“格式化输出（print formatted）”）可以解决这个问题”修改为“我不想在本章中讨论Perl的细节，不过我还是想说，printf（“格式化输出（print formatted）”）可以解决这个问题”
40页，“Perl通常情况下不区分整数和浮点数”修改为“Perl一般不区分整数和浮点数”
41页，“我们发现，这个图让我们很容易地决定匹配之后应该干什么”修改为“看了这张图，我们很容易就能决定匹配之后应该干什么”
41页，“尽管因为第4章将会解释其原因，字符组的效率通常还是会高一点”修改为“不过根据第4章解释的原因，字符组的效率一般要高一些”
76页，“此外，我们的匹配主机名的正则表达式只存在一个“主源（main source）””应修改为“此外，我们的匹配主机名的正则表达式只存在一个“源头（main source）”，”
第3章
89页，“不支持字符组中的\w（完全不支持\d和\s）”应修改为“在字符组中无法使用\w（\d和\s在任何地方都无法使用）”
95页，“在极端的情况下，反向引用的“行为”有意义吗？”应修改为“在极端的情况下，反向引用还能正常工作吗？”
95页，标题“函数式处理的例子”应修改为“程序式处理的例子”
95页，“不过，Java也提供了一些函数式处理的……”应修改为“不过，Java也提供了一些程序式处理的……”
95页，“Sun的package同时提供了程序式和面向对象式的处理方式是常见的做法”应修改为“Sun的package同时提供了程序式和面向对象式的处理方式，这是种常见的做法”
111页，“常见的例子是大写的ß是两个字符的组合“SS”。这种情况只有Perl能够正确处理”应修改为“常见的例子是，大写的ß由两个字符“SS”组合而成。这种情况只有Perl能够正确处理”
114页，“字符组缩略表示法”应修改为“字符组简记法”
130页，3-11表名“脚本语言中的行锚点”应修改为“若干语言中的行锚点”
131页，“如果结合上面那一点”应修改为“结合第一点”
132页，“但是这段程序的执行单位不是一次表达式而是一次匹配”应修改为“但是，循环134页，的单位不是单个的表达式，而以一组表达式的匹配”
“中间一级不过是“语法（syntactic sugar）””应修改为“中间一级不过是用起来更方便而已（syntactic sugar）”
第4章
152页，“抑制自己的天性”应修改为“克制自己的本能”
156页，“也就是说“不到最后关头不能分胜负（It’s not over until the fat lady sings）”，但这段话又不符合本段的语境”应修改为“也就是说“不到最后关头不能分胜负（It’s not over until the fat lady sings）””
第5章
191，代码段中的注释大小写错误，“#利用正则表达式检测wholePath”应修改为“#利用正则表达式检测WholePath”
195，“虽然这个表达式比最开始的好得多”应修改为“虽然这个表达式比开头那个好一些”
197，“所以，我们得用别的办法来解决”应修改为“所以，得用别的办法来解决”
197，“仔细想想我们想要匹配的位于开始分隔符和结束分隔符之间的文本”应修改为“仔细想想要匹配的位于开始分隔符和结束分隔符之间的文本”
197，“如果回溯会导致不期望，与多选结构有关的匹配结果”应修改为“如果回溯会导致不期望的、与多选结构有关的匹配结果”
199，“这个正则表达式曾被用作降解忽略优先量词的绝佳例子”应修改为“这个正则表达式曾被用作讲解忽略优先量词的绝佳例子”
199，“但它并不正确（其实这三个表达式都不正确）”应修改为“但它并没有错（其实这三个表达式都没有错）”
203，标题“检查HTTP URL”应修改为“校验HTTP URL”，目录中也应同样修改
205，“零个或多个据点分隔的部分”应修改为“零个或多个点号分隔的部分”
第6章
225，“对于没有转义字符的字符串来说，这样会一次读入整个字符串”应修改为“不包含转义字符的字符串，会被一次读入”
233，“所以，对这个例子来说，多选结构要比字符组快22倍左右”应修改为“所以，对这个例子来说，字符组比多选结构快22倍左右”
234，“新增的开销大约花费了5s的时间”应修改为“新增的开销大约是5秒”
246，“也能够减少传动装置真正应用正则表达式的位置”应修改为“也能减少传动装置真正应用正则表达式的次数”
266，“你就能把这几条推广开来”应修改为“就能把这几条推广开来”
266，“事实上，如果点号不能匹配换行符”应修改为“事实上，如果点号能够匹配换行符”
269，“不会在匹配时陷入徒劳的尝试”应修改为“无法匹配时会陷入徒劳的尝试”
第7章
293，动态作用域会临时“保护”全局变量
应修改为
动态作用域会把全局变量临时“遮蔽”起来
296，为方便起见，我们也可以给本地变量赋一个值 local($SomeVar)，这等于把undef赋值给$SomeVar
应修改为
为方便起见，我们也可以给 local($SomeVar)赋值，这等于给$SomeVar明确赋值，而不是使用undef
299，分散在散落的 local、子程序和本地变量引用之间的复杂交互
应修改为
分布在散落的 local、子程序和本地变量引用之间的复杂交互
300，你可以期望$ 的起点是开始尝试位置的文本,但它每次都是从整个字符串的开始位置开始的
应修改为
你可能认为$ 的起点是开始尝试位置的文本，其实它每次都是从整个字符串的开始位置开始的
301，明确设定的$1 等变量中，闭括号在最后
应修改为
明确设定的$1 等变量中，闭括号在最后的那对括号
308，标题“指定目标运算元”
应修改为
“指定匹配目标运算元”
326，“split 没有返回的部分或全部的文本”
应修改为
“通常情况下split不会返回的部分或全部的文本”
327，标题“嵌套代码结构”
应修改为
“内嵌代码结构”
356，“不包含捕获型括号的正则表达式可以不必保存拷贝”
应修改为
“不包含捕获型括号的正则表达式可以不必保存副本”
361，这很适合检查单个的正则表达式的编译方法
应修改为
这很适合检查单个正则表达式的编译过程
第8章
368，对Unicode字符进行不区分大小写的匹配
应修改为
对非ASCII字符进行不区分大小写的匹配
369，Unicode block的支持要求使用‘In’前缀
应修改为
Unicode区块的支持必须使用‘In’前缀
371，更喜欢简称前两个为“pattern”和“matcher”
应修改为
更喜欢把前两者简称为“pattern”和“matcher”
374，当前pattern的捕获型括号的数目
应修改为
当前pattern中捕获型括号的数目
377，String gropu(int num)
应修改为
String group(int num)
388，即检索范围不等于整个目标字符串
应修改为
即使检索范围不等于整个目标字符串
389，标题“构建扫描程序”
应修改为
“构建扫描程序的方法”
第9章
410，即用即编译（On-The-Fly Compilation）
应修改为
直接编译（On-The-Fly Compilation）
432，标题“支持函数”
应修改为
辅助函数
438，还有一些静态的支持函数
应修改为
还有一些静态辅助函数
442，尽管涌出并不大
应修改为
尽管用处并不大
第10章
442，十进制转义只能接受两到三位八位数值
应修改为
八进制转义只能接受两到三位八进制数字
445，第448也给出了一个“不好”的原因
应修改为
第448页给出了一个“不好”的理由
445，这就是默认的配列方式
应修改为
这就是默认的排列方式
459，这个简单的例子把HTML中的bold tag全部转换为大写
应修改为
这个简单的例子在HTML中的所有大写单词两端加上bold tag
459，下面这个扩展的例子把bold tag里的单词变为小写
应修改为
下面这个扩展的例子在添加bold tag的同时把单词转换为小写
460页的表格
第三行开头应该为“数组 数组”，第四行开头应该为“字符串 数组”
http://bv.csdn.net/resource/regular.ppt
发表于 @ 2007年09月14日 10:13:00|评论(loading...)|编辑