【再次求解】一个几天前让我出bug的函数

zhlong8

我也好奇为什么这个不发出警告，可能还没商量好判断条件吧，比如是否只要出现 my 就警告，还是下面用了才警告，那下面使用的语句如果被优化没了呢？如果左侧是 do 或者 eval 怎么处理，如果是逗号分开的很多表达式呢？总之我觉得实现起来挺麻烦的，而且意见很难统一

方便的后缀语法代价就是这里的歧意，末定义可能是目前最好的解释吧

毕竟每个真正的 perler 都需要去读下 perlsyn，也不算什么大过错吧

yiten

如果你要的是解释...楼上的几位都指出来了......
由其最后一句: "Here be dragons"


如果你要解决 ...
jason680 发表于 2010-11-15 15:02

是的，现在我知道这个是dragons的，我知道了我以后也不会这么用了。
但是还有很多人还不知道是dragons的（难道只有我不知道？），而且也不知道还有哪些是dragons的。
所以，我要说的是perl应该尽量的避免类似的dragons否则，我只能说是perl的缺陷。虽然我也很喜欢perl。

zhlong8

回复 12# yiten


    print 的语法一直被人骂，像 print $a+1; print ($a+1); print +$a+1; 等等，可是却都不提 perl 可以省略函数调用的括号节省的精力；骂 $%@ 却不提变量可以方便的插入字符串中。这里也一样有些东西是需要代价的。

    perl 有些方面对初学者不是很友好，但是一般都是有原因的。Perl 5 发展了十几年，增加了多少特性和语法却仍然保持向前兼容，有些修修补补和出人意料的地方是很正常的，毕竟设计者都是好意。

    顺便扯下，看 maillist 里面关于添加特性的讨论都很有意思，在保持兼容的情况下想法真是千奇百怪的，前两天居然讨论要搞个操作符 &&->

yiten

我记得wantarray行为在不同版本的perl也有些差异