开发日记-20190712 关键词读书笔记《Perl语言入门》Day 8

Preface

明天就是Fate大电影上映的时间了，好激动= =

Content

列表上下文的m//

在使用split时，模式指定的正是分隔符：分解得到的字段未必就是我们需要的数据。有时候，指定想要留下的部分反而比较简单。

在列表上下文中使用模式匹配操作符（m//）时，如果模式匹配不成功，那么返回的是所有捕获变量的列表：如果匹配失败，则会返回空列表：

$_ = 'Hello there,neighbor!';
my($first,$second,$third) = /(\S+) (\S+), (\S+)/;
print "$second is my $third\n";

my $test = 'Fred dropped a 5 ton granite block on Mr.Slate';
my @words = ($text =~ /([a-z]+)/ig);
print 'Result: @words\n';

事实上，如果模式中有多组圆括号，那么每次匹配就能捕获多个字符串。假设我们想把一个字符串变成哈希，就可以这样做：

my $data = 'Barney Rubble Fred Flintstone Wilma Flintstone';
my %last_name = ($data =~ /(\w+)\s+(\w+)/g);

每次模式匹配成功，就会返回一对被捕获的值，而这一对值正好成为新哈希的键值对。

非贪婪量词

目前位置，我们看到的四个量词全部都是贪婪（greedy）量词，也就说，在保证整体匹配的前提下，它们会尽量匹配长字符串，实在不行才会突出一点。比如以/fred.+barney/匹配fred and barney went bowling last night这个字符串。我们可以一眼看出来会匹配成功，但现在，我们要深入了解一下匹配的过程中到底发生了什么事情。首先，模式中的fred部分将会逐字匹配与其相同的字符串。模式的下个部分是.+，它会匹配换行符之外的所有字符（至少一次）。但加号是个贪婪量词，它会尽量匹配最多的字符串。所以，进行到此，它会一口气吞掉字符串剩下的所有内容，一路到最后的nigfht。

现在轮到模式中的barney部分，但它已经没办法进行匹配，因为刚才已经进行的字符串的末尾。由于.+就算少匹配一个字符也算匹配成功，所以它打算往后退一步看看，于是突出最后匹配到的字符t。（虽然它很贪婪，不过为了顾全大局，并让整体模式尽可能匹配成功，所以就算自己没有匹配到全部字符串也可以忍受。）

现在又轮到barrney部分进行匹配，但还是无法成功。因此，.+再次突出一个字符h试试看。就这样一个字符一个字符地，.+匹配的部分一路减少到了barney之前。刺客，模式中的barney部分终于能够匹配成功，于是整个模式也就匹配成功了。

正则表达式引擎会一直进行上述的回溯（backtracing）动作，不断地以不同的方式调整模式匹配的内容来适应字符串，直到最终找到一个整体匹配成功的为止，要是直到最后都找不到就宣言失败。从这个资历我们可以知道回溯的动作可能非常繁琐，因为量词囫囵吞枣吞下的字符串太长，于是正则表达式引擎不得不使它逐个吐出来。

不过，每个贪婪量词都有一个非贪婪版本。以加号（+）为例，我们可以改用非贪婪的量词+？。这除了表示一次或多次（也就是加号本身的意义）之外，同时要求能匹配的字符串越短越好，而不再是越长越好。现在我们把刚才的模式改成/fred.+?barney/,看看这个新量词是如何运行的。

Daily Task

终有一天，你的生命将会抵达终点，而我。