perl这门语言的评价

gyts62

　　实在是对这门语言十足的反感！！！
　　因为现在还没有学习的更深入，不能随意贬低一门语言，希望接下来的是正面的评价！
　　perl这门语言的恶劣之处：
　　1. 语法模棱两可
　　哈哈，这用perl的说法是"语境"。你看见一行perl代码，你不能直接表明这是什么意思，需要去根据上下文来猜测本行代码真正的意思。
　　如果语言不是用来及时准确的表达意思，那么人类就无需在语言上煞费苦心，语言也就不用再发展了。从这个角度来讲，perl这门语言，如果不是其组件多，或许现在都没几个人用了。perl语言的发明者，我不得不承认其是个天才，但他根本不能称之为语言设计大师（最多粘点儿边）。
　　2. 可读性太差了（如果要加一个度的话，那至少是300%）
　　如果你不是天天在写，天天在看perl脚本，那么保管你好一会儿不能明白、看不懂另一个人写的perl。这门语言的设计者为了自己少写几行代码，居然用了大量的简写、省写、默认。唉，谁能猜测对方的准确意思！鉴于此，我想perl根本不能用来开发大型项目，也就只能被perlers用来处理些手边快件吧~
　　3. 规则太多，潜规则更多，不是人记的
　　perl高傲的说：条条大路通罗马、不只一种方法。他没有发现：到处都是路也就等于没有路。有谁愿意去走一条满是荆棘的路，到处是陷阱的路，处处是地雷的路！
　　--凭我的直觉来说，perl本是写给自己用的一种临时用来处理手边任务的工具，并没有打算让所有人来使用并发扬光大，并没有经过良好的设计！但是人们自己不想写工具，就将其不断补充扩大，达到能处理自己的问题的程度，于是成了现在的样子。居然还要去面向对象，继承和多态！我的神啊，我祈祷，请让不堪重负的perl休息！阿门！
　　其优点，如果我能发现，我一定会补充写在下面。
　　1. 根据语境区分类型（补充与2010-10）
今天看php居然发现也有这样一句话“变量的类型通常不是由程序员设定的，确切地说，是由 PHP 根据该变量使用的上下文在运行时决定的”。
难道是好的吗?待确定。
 
2. 折中主义与适合与否（补充于2010-11-15)
最近看《perl最佳实践》，最大的体会就是折中主义。
这本书中，摒弃了很多perl的简写、略写、默写，反而强调用“人容易看得懂”为标准，可是用Larry的话说，“这无疑增加了程序员很多的按键”。
发明Perl的初衷是，用最快是速度处理手边繁琐的（小）事情，大多与文本有关，因此很少的perl代码就能处理很多的事情，而同样的事情如果用高级语言比如Java或许会费3-5倍甚至更多的时间；可这同时也让perl代码不容易读懂，因此也不适合大型的多人参与的项目。
《perl最佳实践》正是对perl语言的缺点的“修正”，以使得perl能被读懂，能够多人合作开发。可是规则越多，越被遵守，开发的时间也越接近高级语言，离perl的初衷和优点也越远，这是多么悲哀啊。没有完美，没有银弹。
--所以，请根据自己的需要和perl的特点，来决定是不是要用perl吧。