-
Notifications
You must be signed in to change notification settings - Fork 108
Expand file tree
/
Copy pathpattern.differences.xml
More file actions
129 lines (128 loc) · 5.36 KB
/
pattern.differences.xml
File metadata and controls
129 lines (128 loc) · 5.36 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
<?xml version="1.0" encoding="utf-8"?>
<!-- $Revision$ -->
<!-- EN-Revision: 96c9d88bad9a7d7d44bfb7f26c226df7ee9ddf26 Maintainer: daijie Status: ready -->
<!-- splitted from ./en/functions/pcre.xml, last change in rev 1.2 -->
<article xml:id="reference.pcre.pattern.differences" xmlns="http://docbook.org/ns/docbook">
<title>与 perl 的不同之处</title>
<titleabbrev>与 perl 的不同之处</titleabbrev>
<para>
这里讨论的不同之处是与 perl 5.005相比的。
<orderedlist>
<listitem>
<simpara>
尽管可以使用字符类编译 pcre 进行替代,但仍然默认使用 c 库函数 isspace()
判定一个字符是否是空白字符。通常 isspace() 匹配空格、换页符、换行符、
回车符、水平制表符和垂直制表符。 Perl5 不再将垂直制表符包括到空白字符集中。
\v 这个转义实际上在很长时间都没有得到 perl 文档的承认。然而,这个字符自身
被认为是一个空白字符至少是在 5.002 以上。 在 5.004 和 5.005 它不和 \s 匹配。
</simpara>
</listitem>
<listitem>
<simpara>
PCRE 不允许前瞻断言的量词修饰,perl 允许这样做,但是这并不是你想象的那样。
例如,(?!a){3}并不意味着接下来 3 个字符不是 a,而是断言下一个字符不是 a 并进行了
3 次断言.
</simpara>
</listitem>
<listitem>
<simpara>
捕获子组发生在消极前瞻断言中时被计算在内,但是在偏移向量中并没有设置它们的条目。
Perl 从断言失败之前匹配得到的这些模式匹配结果中设置了它的数值变量(因此是成功的),
但这也仅在消极前瞻断言只有一个分支的时候。
</simpara>
</listitem>
<listitem>
<simpara>
尽管目标字符串中支持二进制 0 字符,但是它们在模式字符串中是不允许的,因为它们是通过普通的
c 字符串传递的,而 c 字符串是以 0 字符结束的。转义序列"\x00"可以在模式中表示二进制 0 字符。
</simpara>
</listitem>
<listitem>
<simpara>
不支持下面的 perl 转义序列:\l、\u、 \L、 \U。 实际上这些都是通过 perl 一般的字符串处理来实现
的,而不是模式匹配引擎的一部分。
</simpara>
</listitem>
<listitem>
<simpara>
不支持 perl 的 \G 断言,因为它与单模式匹配没有关系。
</simpara>
</listitem>
<listitem>
<simpara>
很显然,PCRE不支持(?{code}) 和 (??{code})的结构,但是它支持递归模式。
</simpara>
</listitem>
<listitem>
<simpara>
在 perl 5.005_2 中档设置为捕获字符串的模式中有部分重复的时候会有一些古怪的现象发生,
比如: /^(a(b)?)+$/ 捕获 aba 的时候, $2 会被设置为 b,然而,如果把模式修改为/^(aa(bb)?)+$/,
用aabbaa去匹配,$2讲不会得到匹配结果。
如果将模式修改为 /^(aa(b(b))?)+$/, $2 和 $3 又都能
得到匹配结果。在 perl 5.004 中 $2 在这几种情况下都能够得到匹配结果,并且 pcre 也是这样。如果
未来 perl 修改为一致那就不同了。pcre 可能接下来会修改.
</simpara>
</listitem>
<listitem>
<simpara>
还有一个没有解决的差异是 perl 5.005_02中,模式 /^(a)?(?(1)a|b)+$/ 会匹配字符串 "a",
而 pcre 中不会,然而,perl 和 pcre 中 /^(a)?a/ 匹配 "a" 都会得到相同的结果,$1 都未被设置。
</simpara>
</listitem>
<listitem>
<para>
PCRE 提供了一些对 perl 正则表达式的扩展:
<orderedlist>
<listitem>
<simpara>
虽然后瞻断言要求必须匹配固定长度的字符串,然而后瞻断言的每个可选分支
还是可以使用不同长度的字符串的,而perl 5.005 中要求它们必须拥有同样
的长度。
</simpara>
</listitem>
<listitem>
<simpara>
如果设置了 <link linkend="reference.pcre.pattern.modifiers">PCRE_DOLLAR_ENDONLY</link>
并且没有设置 <link linkend="reference.pcre.pattern.modifiers">PCRE_MULTILINE</link>,
元字符 $ 仅仅匹配字符串的末尾(而不是某个换行符之前)。
</simpara>
</listitem>
<listitem>
<simpara>
如果设置了 <link linkend="reference.pcre.pattern.modifiers">PCRE_EXTRA</link>,
反斜线后紧跟一个没有特殊含义的字符讲会导致错误。
</simpara>
</listitem>
<listitem>
<simpara>
如果设置了 <link linkend="reference.pcre.pattern.modifiers">PCRE_UNGREEDY</link>,
贪婪量词修饰被逆转,也就是说,默认它们都是非贪婪的了,但如果紧跟一个问号它们就会变成
贪婪的。(译注:既完全将贪婪模式逆转。)
</simpara>
</listitem>
</orderedlist>
</para>
</listitem>
</orderedlist>
</para>
</article>
<!-- Keep this comment at the end of the file
Local variables:
mode: sgml
sgml-omittag:t
sgml-shorttag:t
sgml-minimize-attributes:nil
sgml-always-quote-attributes:t
sgml-indent-step:1
sgml-indent-data:t
indent-tabs-mode:nil
sgml-parent-document:nil
sgml-default-dtd-file:"~/.phpdoc/manual.ced"
sgml-exposed-tags:nil
sgml-local-catalogs:nil
sgml-local-ecat-files:nil
End:
vim600: syn=xml fen fdm=syntax fdl=2 si
vim: et tw=78 syn=sgml
vi: ts=1 sw=1
-->