2.7小节完成
This commit is contained in:
@@ -13,7 +13,7 @@
|
||||
----------
|
||||
解决方案
|
||||
----------
|
||||
这个问题一般出现在需要匹配一对分隔符直接的文本的时候(比如引号包含的字符串)。
|
||||
这个问题一般出现在需要匹配一对分隔符之间的文本的时候(比如引号包含的字符串)。
|
||||
为了说明清楚,考虑如下的例子:
|
||||
|
||||
.. code-block:: python
|
||||
@@ -27,7 +27,7 @@
|
||||
['no." Phone says "yes.']
|
||||
>>>
|
||||
|
||||
在这个例子中,模式r'\"(.*)\"'的意图是匹配包含在双引号中的文本。
|
||||
在这个例子中,模式r'\"(.*)\"'的意图是匹配被双引号包含的文本。
|
||||
但是在正则表达式中*操作符是贪婪的,因此匹配操作会查找最长的可能匹配。
|
||||
于是在第二个例子中搜索text2的时候返回结果并不是我们想要的。
|
||||
|
||||
@@ -50,6 +50,6 @@
|
||||
这一节展示了在写包含点(.)字符的正则表达式的时候遇到的一些常见问题。
|
||||
在一个模式字符串中,点(.)匹配除了换行外的任何字符。
|
||||
然而,如果你将点(.)号放在开始与结束符(比如引号)之间的时候,那么匹配操作会查找符合模式的最长可能匹配。
|
||||
这样通常会导致很多出现在开始与结束符之间的匹配被忽略掉,并最终被包含在匹配结果字符串中返回。
|
||||
这样通常会导致很多中间的被开始与结束符包含的文本被忽略掉,并最终被包含在匹配结果字符串中返回。
|
||||
通过在*或者+这样的操作符后面添加一个?可以强制匹配算法改成寻找最短的可能匹配。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user