聊聊Java平臺上的非Java語言
Java 的創(chuàng)造者們在一開始就把Java 語言和Java 虛擬機分開， 現(xiàn)在看來是個非常明智的決定。
Java虛擬機定義了一個"軟CPU", 和Intel 的x86 的指令集一樣， 這個軟CPU也有一套自己的指令，這就意味者對于任意一門編程語言， 只要你能編譯成Java 的字節(jié)碼指令，或者在運行時動態(tài)的生成字節(jié)碼指令， 就可以運行在Java虛擬機中。
Java 虛擬機發(fā)展了這么多年， 已經(jīng)非常的成熟和穩(wěn)定， 是一個很有吸引力的平臺。 除了Java 之外還有不少編程語言慕名而來， 今天就來聊一聊。
1.Jython和JRuby
從這兩位名字開頭的字母 "J" 就可以看出來這兩個語言和Java 的血緣關(guān)系。
沒錯，他們就是可以運行在Java 虛擬機上的Python 和 Ruby 。 不同于用C語言寫的CPython和 CRuby, 這兩者需要一個JVM才能運行。
既然是運行在JVM上的語言， 自然要能調(diào)用Java 類庫， 要不然放著這么多優(yōu)質(zhì)Java 資源不用多可惜!
下面就是一個在JRuby 腳本中調(diào)用 Java Swing的例子：
如果你思考的深入一些，就會有這么一個問題 ： 由于Python 和ruby 都是腳本語言， 都是解釋執(zhí)行的， 沒有編譯的過程， 那Jython和JRuby 在解釋的過程中，肯定得生成Java 字節(jié)碼， 要不然JVM就會把他們拒之門外。那字節(jié)碼是怎么在運行中生成的?
答案就是ASM , 一個可以動態(tài)生成字節(jié)碼的Java 類庫。
(碼農(nóng)翻身注： 參見文章《ASM： 一個低調(diào)成功者的自述》)
我個人覺得Jyhton和JRuby能在JVM上運行起來，調(diào)用Java 類庫， 是個很好的賣點， 但是卻難以大規(guī)模流行， 原因可能也是類庫造成的。
最早的時候?qū)W習(xí)C語言， 由于沒有良好的類庫，就是對一個字符串操作都很麻煩， 那些更加高層的語言例如Java, Python, Ruby 就彌補了這個缺陷， 語言自帶強大的類庫， 再加上社區(qū)的貢獻， 用起來非常順手。 說個題外話， 這也直接導(dǎo)致了很多初學(xué)者的疑問： 語言都封裝好了， 我還學(xué)數(shù)據(jù)結(jié)構(gòu)干嘛?!
Python, Ruby 社區(qū)已經(jīng)積累了大量的、好用的庫， 他們才是Python, Ruby一派繁榮的主要原因， 但是這些庫都是Python, Ruby寫的， 也有不少是C語言寫的， 這些海量的類庫全部移植到Java 上絕非易事， 我們也不能要求類庫的作者同時提供Java 版本 。
而Java 現(xiàn)成的類庫總是感覺和Python , Ruby 有一點Gap, 語言設(shè)計的思維不同， 雖然可以集成互操作， 但還是感覺別扭。
也許Jython和JRbuy 只是小范圍內(nèi)或者特定場合使用吧。
2.Groovy
Groovy 并不像Jython, JRuby, 它并不是一個現(xiàn)有語言在JVM上的移植， 而是一個全新設(shè)計的語言。
Groovy被定義為JVM上的動態(tài)腳本語言， 適合編寫腳本， 測試用例和 領(lǐng)域特定語言(DSL)。
用Groovy 寫的軟件中有兩個比較知名：
1）. Gradle
一個風(fēng)頭正勁的Build 工具， 得益于Groovy 簡潔的語法， 可以用“Build領(lǐng)域特定的語言”來描述一個軟件的構(gòu)建過程， 寫出的Build腳本 和Ant, Maven 的xml 腳本 相比，讀起來更賞心悅目。 在Web項目，Android項目的 Build過程中有大量使用。
下面是一個例子， 大家可以感受一下和Maven 的區(qū)別：
2）. Grail
這應(yīng)該是模仿Ruby on Rail的一個項目，熱度已經(jīng)過去， 估計使用的人不多了。
記得在2008年IBM的毛新生帶領(lǐng)著團隊搞了一個Project Zero出來， 基于Groovy和PHP, 目標是快速Web項目開發(fā)， 喧囂了一陣也是歸于沉寂。
在JVM上， Java 是毋庸置疑的老大， Spring 是一座難以撼動的大山， 所以Groovy ***還是把注意力集中到 小工具，測試 以及Build上， 這是它能***發(fā)揮能量的地方。
3.Scala 和 Clojure
Scala ***次進入我的視線是一則新聞： Twitter 決定把核心應(yīng)用從Ruby on Rails 遷移到Scala，作為曾經(jīng)的Ruby擁躉， 看到這個消息是讓人沮喪的 ： Twitter 可是Ruby on Rails 經(jīng)常拿來宣傳的一個明星系統(tǒng)了， 現(xiàn)在Twitter 竟然想轉(zhuǎn)到Scala , Scala是什么鬼? 怎么可能獲得Twitter 工程師的青睞?
后來看了一下，Scala是一個很有趣的語言， 在他的官網(wǎng)上寫著“Object-Oriented Meets Functional” ， 面向?qū)ο笥錾狭撕瘮?shù)式編程 ! 也就是說一門語言混合了兩種編程范型。 不僅如此，它還是一個可以運行在Java 虛擬機上的語言， JVM的成熟和穩(wěn)定， 可能也是Twitter 工程師選擇Scala的重要原因。
(碼農(nóng)翻身注： 關(guān)于函數(shù)式編程， 可以參考《命令式編程 vs 聲明式編程》)
有人說了，我面向?qū)ο筮€沒學(xué)完呢， 還學(xué)函數(shù)式編程? 我推薦你看看《黑客與畫家》一書， 看完以后十有八九會被Paual 自身成功的案例和 富有煽動性的語言給鼓動起來， 熱血沸騰的去嘗試函數(shù)式編程語言Lisp(我就是如此) ：-)
但是我相信大部分人都只是淺嘗輒止， 因為純函數(shù)式編程和我們?nèi)粘Ｊ褂玫腃, Java, Python 這些命令式編程語言大相徑庭， 需要巨大的思維轉(zhuǎn)變， ***是完全忘掉之前所學(xué)的命令式編程才行， 所以學(xué)習(xí)曲線極為陡峭， 把很多人都嚇回去了。
現(xiàn)在好了， Scala即支持OO, 又支持Functional , 你可以在一個相對舒服的環(huán)境漸漸的去嘗試函數(shù)式編程的奧妙，確實是不錯的選擇。
如果你非要學(xué)習(xí)一個純粹的函數(shù)式編程語言， 可以考慮Clojure ，這是一個運行在JVM中的lisp方言， 同樣可以和Java 類庫互操作。
4.總結(jié)
說了這么多， 如果讓我為一個大型項目選擇語言， 我極有可能還是要選擇Java, 對于一個大型項目來說， 代碼的可讀性、可維護性是非常重要的，我之前讀一些動態(tài)語言的代碼， 看到一個變量而不知道它的類型，沒法查看它的行為， 這是非常令人抓狂的體驗。
而Java 這種靜態(tài)類型的語言，IDE的感知能力， 安全重構(gòu)的能力是極為重要的， 讓人覺得安全，可控，適合大團隊協(xié)作。
【本文為51CTO專欄作者“劉欣”的原創(chuàng)稿件，轉(zhuǎn)載請通過作者微信公眾號coderising獲取授權(quán)】
