列表賦值

Question

在標量上下文中的列表賦值返回右手邊的元素個數：

scalar(my ($hello, $there, $world) = (7,8)); #evaluates to 2 

爲什麼它評估的右手邊，併產生2，而不是新定義列表正在評估並返回3？

對我來說，它看起來像$hello得到7，$there得到8，並$world得到undef，則該列表中的標量上下文中計算，這將導致3，因爲這是在列表中的元素的數量（$hello $there $world ）。這似乎不可思議，我認爲上下文影響返回該評估表達式的一部分：

my $greeting = (($hello, $there, $world) = (7,8)); #2 

my @greeting = (($hello, $there, $world) = (7,8)); 
my $greeting_length = @greeting; #3 

Answer 1

它的記錄數右邊的perlop（最後一句中的賦值運算符節）的元素：

同樣，列表上下文中的列表分配會生成分配給的左值列表，標量上下文中的列表分配會返回由該賦值右側的表達式生成的元素數量。

它的工作原理是，之所以是這樣，你可以這樣寫：

while (my ($key, $value) = each %hash) { ... } 

如果算的上分配的左側元素的數量，這將是一個無限循環。

如果您仔細考慮，左側的元素數量與右側相同，或者它是常量（當您分配給標量列表時）。在第一種情況下，你計算哪一方面沒有區別，在第二種情況下，計算右邊是更有用的。

另一方面，在列表上下文中，賦值操作符返回左手列表，因爲這更有用。如果您在修改列表元素的上下文中使用它，則需要修改剛分配給的變量。

回覆：您的評論在你的榜樣，(7,8)是兩個元素的列表，這就是爲什麼賦值運算符當您指定一個較短的列表，標量的長列表返回2，右手邊是不是在分配發生之前用「undef」填充「填充」。相反，從右側列表中沒有與它們關聯的值的變量將重置爲其默認值。對於標量變量，這是undef。對於數組，這是一個空數組。對於散列，這是一個空的散列。

Answer 2

似乎怪我哪邊是評估這方面的影響：

事實並非如此。評估列表賦值操作符的兩端（操作數），以及列表賦值是在標量上下文還是列表上下文中計算，不影響操作數的評估。

是否在標量上下文或列表上下文中評估列表分配隻影響它返回的值。

我以前創建Mini-Tutorial: Scalar vs List Assignment Operator，它試圖弄清楚這兩個賦值操作符，以及它們如何在標量和列表環境行爲之間的區別。