為這是每一種語言的最終命運都是：覆滅湮沒，準(zhǔn)確地說是越來越少地被利用到新項目中,。問題是：最后誰會取代它們呢,？

上周我們在 InfoQ 一篇同樣類型的文章,。至少,，這篇文章說出來這個語言可能的替代者 Kotlin。這讓我對 JVM 的語言現(xiàn)狀和趨勢有了許多思考：注意,，語言的趨勢與每個語言的技術(shù)優(yōu)點和缺點無關(guān),。

我于 2001 年年底開始做 Java 開發(fā)，當(dāng)時,，Java 是真的很酷,。每一個新開發(fā)者都想使用所謂的新技術(shù)：無論是 .NET 還是 Java，而有經(jīng)驗一些的開發(fā)者使用的是 COBOL,。我在學(xué)校學(xué)習(xí)了 C 和 C ,，所以 Java 內(nèi)存管理對于我來說非常簡單。我對 Java 很滿意,，但并不是每個人都這么認為,。

Groovy 誕生于 2003 年。但我不記得我是什么時候開始學(xué)習(xí)它的,。而實際上：使用它后我不再需要一門腳本語言了,。在具有多個開發(fā)團隊并長時間開發(fā)企業(yè)級應(yīng)用程序的背景之下，靜態(tài)類型相比動態(tài)類型擁有巨大優(yōu)勢,。尤其在進行產(chǎn)品測試以檢查類型系統(tǒng)時,。我唯一需要創(chuàng)建腳本的時候，是作為 WebSphere 管理員時：選擇 Python 還是 TCL。

一年之后,，Scala在2004年被我接受,。 我不記得是什么時候以及是怎樣知道Scala的，但那時候確實是很晚了,。與Groovy相反,，我決定試試它。主要的理由是我長期以來對創(chuàng)建“更好”的代碼（更好的可讀性和可維護性）感興趣,。Scala是靜態(tài)類型的,，它更像我正在尋找的東西。我報了Coursera課程Scala中的函數(shù)式編程原理,。它有三個主要的影響：

• 它讓我質(zhì)疑我寫Java代碼的方式,。 例如，為什么當(dāng)我設(shè)計類時要自動生成getter和setter方法,？

• 對大多數(shù)開發(fā)者來說,，我覺得Scala很容易寫出缺乏可讀性的的代碼——包括我。

• 我開始尋找其他替代語言,。

在 Groovy 和 Scala 之后,，第二代（如果你把 Java 也算做第一代的話，則是第三代）JVM 語言包括：

• JetBrains Kotlin

• Red Hat Ceylon

• Eclipse eXtend

大致瀏覽一遍后,，我確信他們沒有太多的吸引力,，不值得我投入時間。

幾年前,，我決定自學(xué)基本的 Android 開發(fā),，以便能夠了解移動開發(fā)者的開發(fā)環(huán)境。好家伙,，即使有多年開發(fā) Java EE 和 Spring 應(yīng)用程序的經(jīng)驗,，但它還真給我一個驚喜了 - 還不是愉快的那種。這就像回到過去十年前那樣的開發(fā)體驗,，Android  API 非常低級,，更別說在本地測試應(yīng)用程序。經(jīng)過快速的搜索相關(guān)信息,，我發(fā)現(xiàn) Kotlin 在很多地方被提到,，所以最后決定試一試。我立即愛上 Kotlin 了,，得虧它的擴展功能,，我可以將現(xiàn)有的垃圾 API 改進得更好，甚至更優(yōu)雅,。我開始更多的挖掘這門語言,，并開始在服務(wù)器端項目中使用 Kotlin,。然后，Spring 框架宣布了與 Kotlin 的整合,。然后在 Google I/O 大會上,，Google 也宣布在 Android 開發(fā)中官方支持 Kotlin。

除了我自己的經(jīng)驗,，這些語言的現(xiàn)狀是如何呢,？ 我在Google Trends中進行了一個快速搜索。

有幾件有趣的事情值得關(guān)注：

• Google已經(jīng)識別到諸如Scala,、Groovy和Kotlin作為'編程語言'的搜索關(guān)鍵詞,，而沒有把Ceylon和eXtend作為關(guān)鍵詞。對于Ceylon來說,，我只能假裝它是因為Ceylon是一個受歡迎的地方,。對于eXtend，恐怕是因為大家很少在Google中搜索它,。

• Scala是迄今為止最受歡迎的,，其次是Groovy和Kotlin。我沒有關(guān)于Scala的真實線路圖,。

• 五月份的Kotlin搜索巔峰是與谷歌在Google I/O上的支持公告相關(guān)的,。

• 大多數(shù)搜索Scala和Kotlin的數(shù)據(jù)來自中國，考慮到地理位置上的平衡,，Groovy更勝一籌,。

• Scala搜索與術(shù)語“Spark”強烈相關(guān),，Kotlin搜索與術(shù)語“Android”相關(guān),。

進一步挖掘可能會發(fā)現(xiàn)有趣的事實：

• xTend沒有死，因為它從未活過,。從來沒有讀過任何關(guān)于它的帖子,。從來沒有聽過一個關(guān)于它的峰會。
  

• 2017年,，紅帽公司將Ceylon捐贈給Eclipse基金會,，創(chuàng)建了Eclipse Ceylon。將軟件贈送給基金會的私人行為可能會被不同的方式解釋,。在這種情況下,，盡管圍繞這一舉措進行了可靠的談判，但這并不意味著Ceylon的未來,。
  

• 2015年,，Pivotal停止贊助Groovy,，并轉(zhuǎn)移到Apache基金會。雖然我相信Groovy有足夠的支持基礎(chǔ),，并且在JVM腳本上也是獨一無二的,，但這并不是一個好兆頭。這與Groovy核心創(chuàng)建者的提交頻率相關(guān)：它們的提交次數(shù)急劇減少 - 到某些停止點,。
  

• 有趣的是,，Scala和Kotlin最近都入侵了其他領(lǐng)域，并將其翻譯成JavaScript并編譯成原生代碼,。
  

• 在Java中,，JEP 286是使用類型推斷來增強語言的提議，這是Scala和Kotlin已經(jīng)提供的功能,。然而,，它僅限于局部變量。
  

• 有意思的是,，通過保留語言的一小部分,，來努力提升Scala編譯時間。然后提出問題,，為什么要保持Scala,，如果你拋棄它強大的功能（如宏）？

我并不擅長預(yù)測,，但這是我的一些展望：

1,、Groovy擁有自己的強項——腳本，這就留下Java,、Scala和Kotlin在服務(wù)器端的JVM上為純應(yīng)用程序開發(fā)而爭奪占用率,。

2、Scala也開創(chuàng)了自己的領(lǐng)域,。Scala開發(fā)人員通常認為這種語言優(yōu)于Java（或Kotlin）,，而不會轉(zhuǎn)移到另一種語言。然而,，由于Spring和Google的公告,，Kotlin可能會成為對Java不滿意的開發(fā)人員的Scala的替代。

3,、Kotlin已在Android戰(zhàn)場上獲勝,。Scala過去忽視了這個領(lǐng)域，并且不會在將來中繼續(xù)投入,，因此Kotlin在這場比賽中已經(jīng)遙遙領(lǐng)先了,。

4、Kotlin在手機上的崛起不是一個預(yù)期中的舉動,，而是一個不錯的意想不到的驚喜,。JetBrains一旦注意到這個趨勢就把它用作了前進的路標(biāo),。

5、Kotlin與Java的互操作性是殺手級別的功能,，這可能會說服管理者將遺留項目遷移到Kotlin上然后開始新項目,。正如Java的不間斷的后向兼容性一樣。

親愛的讀者,，盡管（特別是）你不同意上述的觀點,，但我將對你的意見非常感興趣。只要你有禮貌地提供事實,，并證實你的觀點即可,。

• 來自：開源中國社區(qū)

• 鏈接：https://www.oschina.net/translate/the-rise-and-fall-of-jvm-languages

• 原文：https:///articles/the-rise-and-fall-of-jvm-languages

• 程序員大咖整理發(fā)布，轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)

【點擊成為安卓大神】