Python, Ruby 與 Groovy，誰與爭鋒？
SleekEngine
隨著計算機硬件的快速發展，10年前因為速度問題而被詬病的Java現在成了計算機流言語言中的老大，但是它卻仍被認為復雜笨重，近幾年來動態語言卻有后來趕上的趨勢，掌握一門動態語言成了程序員需要考慮的事宜。 近期接觸了幾種流行的動態語言Python, Ruby, Groovy，它們相比靜態語言Java/C++來說，大為簡單，靈活，省時，那么選擇何種語言？ 淺嘗三種語言后，寫下此文，作為在JavaEye留的第一爪。
從TIOBE網站的語言排名可以看出，比較2000與2008年，Java 從30%跌到20%左右, C++從18%跌到11％， 靜態語言從72%占有率降到了60%; 動態語言由27%升到40%，其中Python從1%到5%, Ruby由 < 1%到2.5%。PHP由5%長到11%。(以上數據為大約估算)
從企業界角度看，語言的流行性與以個幾點有關：
1) 成熟的庫(library)
Python的庫非常多， Groovy可以調用強大的Java所有的庫，ruby差些，但是正在趕上。
2) 流行框架
如果某種語言有個流行框架，那就能吸引過來很多使用者。Ruby on Rail是殺手級框架。Python 框架很多，但是目前尚沒有特別突出的。Groovy還年輕，只有個Grails，但是可以利用JAVA已有的框架如SPRING HIBERNATE。
3) 流行程序
如果某個流行程序使用了某語言，那么這種語言不可必免會被多人使用。比如iPhone的出現使一種可能沒多少人聽說過的 Cocoa熱了起來，因為人們用它編寫在iPhone上運行的手機程序。這三種動態語言中Python在圖象處理，或科學計算界已占有一席之地。Ruby可能落后一些，Groovy幾乎沒有。JavaEye
4) 企業界的傾向
市場通常會傾向于簡單好用省時省力，易于使用維護，穩定，能承受大負荷(scalable)的語言，這也是JAVA的流行性當時超過C＋+的原因，這三個語言比靜態語言都簡單，其中Python由于其語法和句法簡單，所以可能是最好維護，而且能夠承受高負荷(Youtube每天數億點擊為證)；RUBY 有些魔幻語法也能使程序寫得很簡單，總體維護上比Python感覺差了一點，讓其他人看程序可能不是非常直接易懂，性能上目前也差些。Groovy 模仿了大量RUBY，也借鑒了少量Python文法，由于在JVM上運行，性能上應該是不錯的。
5)對硬件的利用
對著雙核的出現，可以預料雙核，四核，16, 32..核CPU都可能在未來出現。如果未來語言只能利用多核中的一核，那未免太浪費了，也可能因此而落于人后。從這一點上看GROOVY有天然優勢，能借助JVM完成這一任務；PYTHON 正在積極研制新的方法實現，也可以在JVM或WINDOW環境下運行JPython 與IronPython；Ruby落后些，但是也有JRuby和IronRuby，起步晚些。
從語言的各自優缺點來看：
Python:
1)三者中最成熟，通用，工具庫多，資源豐富，文檔等支持強大，幾乎能做任何事：網絡，圖形界面，桌面程序，服務器，圖形處理，算法等。
2)相比之下性能好，運行速度快，負載力強。
3)簡單易學，文法簡潔，其使用空白縮進代替花括號或END使代碼看起來很干凈，易讀易懂因此易維護。
4)基于盡量使用一種方法完成一件事，越簡單越好的哲學。這種哲學適合大型項目，因為讓其他人看著易懂，好維護，不至于過多靈活繁雜的語法使自己玩的爽了，別人看得傻了。這與RUBY的用許多種方法完成一件事的哲學正相反。GROOVY感覺在兩者之間。
5)得到業界承認
a) 大多數Linux，或者流行Linux中絕大多數都默認安裝Python，這意味著不管你是哪國人在哪里，想用哪臺Linux機子，想用Python就可以用，省時順手；要用Ruby Groovy還得安裝。
b) 有巨頭支持。幾個例子，Google 互聯網老大，公司內部中Python是官方的第三語言，有內部員工說他們是能用Python就用Python， 實在不行才用C++; Youtube 大部分是用 Python寫的；著名Linux發行版Ubuntu的發行公司的官方語言，也是其創始人的首選語言；其他還有Redhat, NASA, 動畫公司Pixar等；桌面程序如流行程序BT客戶端等；
缺點：
1)不是完全的面向對象，語法中混雜有函數調用方法。
2)使用空白縮進代替截止符在網頁制作有點問題，這時還得需要新語言或語法，代碼Copy Paste等時，使用Tab時也可能有點麻煩，
3)好象目前還不支持多核CPU
4)盡管創始人說Python這一名字取自一個喜劇團體，但是其名字或圖標可能會使一些人反感，有些Python語言網站的的Python圖片著實不令人喜歡。不喜歡這種動物的人可以考慮選其它的，比如Python的弟弟Ruby。
簡要：Python適合大中小型企業各類開發，幾乎無所不在，無所不能，想跟緊大型企業或者需要成熟的庫，Python可能較合適。
－－－－－－－－－－－－－－－－－－－－－－
Ruby
1) 語法是更純正的面向對象語言，許多功能讓從Java/C++世界過來的人耳目一新；因為它借鑒了包括Python, Smalltalk, Lisp等在內的一些其它優秀語言的優點。一切都是Object，如避免Python的類似len("name")，而采用 "name”.length, 還有提供類內部參數數據的保護等;提供的更多語法，使程序更易懂簡練， 比如它有Block closure,它用' < ' 來表示類繼承，用?來表示返回是否的函數。
2) 靈活的魔幻語法，如模塊的混入，塊，開放式的類定義，加上已有的動態性使其變得極其靈活；各種繁多的著名設計模式在它手中好象都失去了意義，Java做夢都想達到的靈活性在RUBY手中輕而易舉，Spring AOP相比也失去了光澤，設計大師們的法則與多年經驗也好象都不再適用。
3) 相比Python提供了End作為程序塊的截止符，這是Rubist們自認為的一大進步，也是與Python的一個重要區別。
4) 殺手級框架，Ruby on Rails，及還有些其它殺手級框架正在一一躍出。
5）有跑在JVM的JRuby和微軟的IronRuby
6）名字與圖標很好 Ruby 紅寶石是瞄準Perl （珍珠）的繼承者而來的，名字與圖標都優雅端莊賞心閱目。
缺點
1)靈活可能有負面影響
開放的類在大型程序中可能會造成混亂，不易懂不易維護，類可能會不知道是誰在哪個角落改的(不過有了IDE的支持這種情況可能可以解決)；語法方法的靈活可能使代碼不規范，一個人喜歡寫魔幻代碼的有可能使后來人看不懂，其用多種方法實現一個目的的哲學好象是在鼓勵代碼的多樣靈活性，這在大型項目中會加大維護難度。這可能也是為何目前尚未有大型企業界使用Ruby的原因。
2)性能相對不強 原有的Ruby速度慢，穩定性相對差些，據說是原有的GC寫的不強。不過隨著新的更好的RUBY編譯器的出現與硬件的快速發展與價格降低，此性能問題應該能夠在不遠的未來解決。據Java Eye的Robbin講，即使有此性能問題，擴充硬件或設置系統也多可解決問題。
3)對線程支持不強，Ruby 2.0據說要加強
4)好象尚未支持多核，不過未來可能解決，道理同2)
5)對End的意見 不少人認為Ruby的End過多，顯得不好看。代碼在寫很多層時尤其如此，這樣使查找相應的起始位置增加難度。有人建議其創始人Mats提供End的替代字符，他有此意，但是好象沒有他看的上的，如果誰不喜歡End的，找個自認為不錯的字符發給總部吧，要趁早，否則以后越來越難改。
簡要：Ruby是令人興奮的，學習Ruby可以加深程序員對面向對象，及計算機語言的理解，從這一點上說，Python更只象個工具，Ruby靈活卻又很有深度，值得一學。Ruby的主要缺點是其性能性，但是看Java的歷史可知，當時Java的速度被評為比C++差得太遠，可是幾年后性能隨著硬件的發展而大大加強，所以Ruby的性能應該在未來不會是大問題。
看過Python 和ruby后，本應就此罷手了，但是對這兩語言感覺仍有遺憾之處，于是看到了以前看Ruby時瞧不上的Groovy, 卻發現這是個不可小看的語言，不僅如此，而且Groovy可能會成為未來耀眼的新星。
------------------------------------
Groovy
1）初看Groovy, 它好象是Ruby 與java的結合體，也添加了少量Python的東西。Ruby中引以為傲的一切是對象，Groovy也可以作到，如 3.times { ...}, 塊傳遞，動態改變類，增加類函數等。它借鑒了大量Ruby 的語法，但是保留了C/C++/Java程序員熟悉的花括號，沒有用Ruby無所不在的"End”。而且對Ruby的一些生僻的字符進行了改進，使得更加友好易懂，如塊中的 | x | 換成了 → x
2）被Thoughtwork(就是寫重構那本書的Martin Fowler所在公司)經理稱為 “Java 2.0” ，可以“無縫”結合Java 代碼，你可以在Groovy文件中寫Java代碼，用Java庫。Groovy象是個輕量級的動態版Java,而且加大擴展了許多易用的句法，以前曾想過的一些"Java 要是這么寫多好啊" 竟然在Groovy中實現了： 如去掉了多余的分號，三引號使得多行的文本變量整潔好看，砍掉了沒多大用的getter setter等。
3 )可以使用所有Java的庫，因為Groovy"就是Java”。相比Ruby愛好者在一個一個辛苦編寫各種庫的時候，Groovy已經是站在Java 的車頭上向前沖了。
4)支持多核CPU，未來的硬件是多核CPU的世界，誰不支持多核可能不是淘汰就落后。由于跑在JVM上，Groovy再次領先于Python和Ruby；有人說，也有Jython 和Jruby 啊，但是從與Java的結合性及調用Java代碼或庫來說，Groovy無疑是極佳的結合，Jruby或Jython相比下顯得并不自然。
5)性能不錯
Groovy不再是一個玩具或試用品，一個已經使用Groovy的公司其正式發布的產品中有超過十萬行Groovy代碼。
其性能相比Python我不清楚，但有測試說Grail性能不亞于，甚至更強于Ruby on Rails.由于Groovy跑在JVM上，性能應該不會太差。
6)業界的支持
Groovy 2003年左右剛出現，還是新生兒，還談不上大型業界的大量支持，就連Sun公司也對Ruby青眼有加，使得Groovy愛好者大抱不平，抱怨Sun偏向外人，不向自己這個Java 親生子。目前可能只有Oracle與Thoughwork支持。 那么目前業界還未大力支持，誰可能會支持Groovy呢？私下認同這種說法，就是全世界Java與C++的幾百萬程序員中可能會有不少支持的。這是由于Groovy與Java，或C系列語言句法的近似及與其與Java“無縫”結合的特點相關的。流行語言的發展目前為止是在相似的基礎上發展的，想想C → C++ → Java 他們的句法是不是相似？從這一點上看，Groovy最與Java類似； 試想，如果有兩種語言有相近的功能，一種有你熟悉的句法，另一種卻較為生僻，哪種語言更易上手？從企業界的角度來說，Java的業界(Sun, IBM Oracle等)在過去十年中已經投資了大量金錢與時間在Java上，如果一種語言能與目前的Java項目自然結合使用調用，另一種語言有全新的語法要員工學習，企業界的項目經理會選擇哪個？ 即使Ruby On Rails再強大，如果使用Ruby Python意味著十年來的人力，資源，框架(Spring Hibernate)庫等投資大部分作廢，在Grail能帶來Rails 70%的編碼效率，120%的性能，并且利用已有的框架與員工的情況下，企業會選擇哪個？所以個人認為Java程序員或企業界可能會以后認識到Groovy能帶來的益處。
7）名字起的也不錯
名字是“很棒“， ”極佳“， 有著很積極正面的含意
缺點：
1）它雖然借鑒了大量Ruby的語法，但是有少部分沒有完全實現，如開放的類，它只是在一定范圍內對類開放修改。
2）Groovy就是Java, 目前只有JVM的實現，只能跑在有JVM的機子上。做桌面程序有著Java相同的弱點，不適合做小巧的Window程序
Groovy是個有前途的語言，照現在的勢頭發展，僅管它現在排名在39名，未來幾年內闖入20名，再過些年闖入前十名或更前都不是不可能的事。
三種語言各有特點，選擇哪種語言與您的工作環境，項目特點或個人愛好有著關系。隨著動態語言的向前發展，他們的簡單靈活與強大能幫助我們節省時間與資源，學一種有潛力的語言能讓程序員們站得更穩，立于領先之地，如果有天動態語言發達了，設計模式們很多都用不上了，這不是多年的經驗淘汰了嗎？程序員們不要忽視了他們了啊。
以上內容為參看一些文章與自己初步使用的感受的一些感想，與網友們分享，有錯誤之處，請指正。
轉自：
http://www.javaeye.com/topic/259257