Java死了还是无敌?
根據(jù)荷蘭研究公司Tiobe的總體流行程度,Java在1997年排名第5,在2007年排名第1,在2012年9月排名第2。在撰寫本文時(shí), Amazon上有超過2,000種以英語編寫的Java編程書籍,并且有近300,000個(gè)線程與Java相關(guān)的Stackoverflow 。 但是,正如喬治·奧威爾(George Orwell)曾經(jīng)說過的那樣:“眼下誰贏了,總是無敵的”。 但是Java是否立于不敗之地或開始消亡? 這就是現(xiàn)在越來越多的問題。
以我的拙見,對(duì)Java的挑戰(zhàn)可以分為三類:
讓我們?cè)敿?xì)說明一下...
替代語言的興起
替代語言可以分為兩類:在JVM上運(yùn)行的語言(Scala,Groovy等)和不在JVM上的語言(Python,Ruby)。 一件有趣的事是,第一批人很大 。 在JVM上運(yùn)行的語言并不是Java專有的,并且在某種程度上增強(qiáng)了Java的功能,這提醒了我們JVM是軟件工程的一個(gè)杰出之處。 開發(fā)團(tuán)隊(duì)可以使用諸如Groovy之類的利基語言獲得更多的表達(dá)能力,但是當(dāng)他們需要一些很酷的Java庫或只需要額外的性能時(shí),仍然可以使用Java。 請(qǐng)記住,Groovy 2.0的優(yōu)點(diǎn)可以加快它的運(yùn)行速度,但是它仍然不如Java快 。
至于其中某些語言所提供的功能,這些功能不是Java所能做到的,雖然確實(shí)如此,但并非總是如此。 看一下Java 8的路線圖及其將包含的功能。 就像Java EE 5和6從Spring / Seam汲取靈感一樣,Java第八版主要發(fā)行版也將從其他語言汲取靈感。 例如,Lambdas將促進(jìn)文字函數(shù)。 Java 8 Lamdas將支持類型推斷,由于它們只是文字,因此有可能像String文字或任何匿名Object一樣傳遞(并返回)它們。
這意味著不必編寫Comparator的實(shí)現(xiàn)以傳遞給Collections sort實(shí)用程序以對(duì)字符串列表進(jìn)行排序,而在Java 8中,我們將要做:
Collections.sort(list, (s1, s2) -> s1.length() - s2.length()); 因此,替代的JVM語言不會(huì)完全將Java淘汰。 它仍然存在,但是在聚會(huì)上演奏的音樂有更好的選擇,在聚會(huì)上客人鼓勵(lì)主人做更好的主人。
在多核平臺(tái)上擴(kuò)展
至于多核和JVM,我們都知道,在單核上運(yùn)行JVM可以在Java的第一個(gè)發(fā)行版中產(chǎn)生線程。 但是這些線程不是并行執(zhí)行的,CPU很快在它們之間切換,給人以并行運(yùn)行的印象。 JStack可能會(huì)告訴您,單核計(jì)算機(jī)上有50個(gè)線程的狀態(tài)為“可運(yùn)行”,但這僅表示它們正在運(yùn)行或有資格運(yùn)行。 使用多核CPU,可以獲得真正的并行性。 JVM決定何時(shí)并行執(zhí)行線程。
那么這是怎么回事? 首先,即使并發(fā)和線程從一開始就是Java的功能,語言支持仍然很有限,這意味著開發(fā)團(tuán)隊(duì)正在編寫許多自己的線程管理代碼-很快就會(huì)變得難看。 在JDK 1.5中,隨著java.util.concurrent包中一系列線程管理功能的出現(xiàn),這大大緩解了。 其次,為了獲得更好的并行性,還需要其他一些東西。 Java 7中帶有Doug Lea的Fork / Join框架 ,該框架使用巧妙的技術(shù)(例如竊取工作和雙面隊(duì)列)來提高并行度。 但是,即使使用此框架,分解(和重新排列)數(shù)據(jù)仍然是程序員需要完成的任務(wù)。
函數(shù)編程為我們提供了另一個(gè)選擇,可以對(duì)數(shù)據(jù)集進(jìn)行并行計(jì)算。
例如,在Scala中,您只需傳遞希望對(duì)數(shù)據(jù)進(jìn)行操作的函數(shù),并告訴scala您希望計(jì)算并行化。
你猜怎么著? Java 8中將提供相同的功能。
Array.asList(1,2,3,4,5).parallel().foreach(int i ->heavyComputation()) 由于可伸縮性和性能是體系結(jié)構(gòu)的表親,值得指出的是,在許多實(shí)驗(yàn)中,Java仍然比其他語言表現(xiàn)更好。 出色的計(jì)算機(jī)語言基準(zhǔn)測(cè)試游戲顯示Java勝過許多語言。 它在許多測(cè)試中擊敗了Perl,PHP,Python3,Erlang之類的東西,在幾乎所有測(cè)試中擊敗了Clojure,C#,并且在性能結(jié)果方面僅落后于C ++。 現(xiàn)在,性能測(cè)試無法涵蓋所有??內(nèi)容,并且上下文始終會(huì)有一些偏向,這會(huì)偏向于一種語言而不是另一種語言,但是通過這些測(cè)試,就好像Java并不是一個(gè)緩慢的教練。
胖客戶的回報(bào)
自AJAX問世以來, 道格·克羅克福德 ( Doug Crockford)告訴人們?nèi)绾问褂肑avaScript以及大量優(yōu)秀的JavaScript庫的興起,使胖客戶端真正回來了。 閉上你的眼睛,想象一下像gmail這樣的酷炫單頁Web應(yīng)用程序的外觀和感覺,如果它只是基于Spring MVC,JSF或Struts的瘦客戶機(jī)Web框架–您將無法擊敗設(shè)計(jì)良好的胖客戶機(jī)的性能。
可以節(jié)省的一個(gè)好處是,JavaScript難以實(shí)現(xiàn),遠(yuǎn)比某些人認(rèn)為的要好。 真正了解Closure,模塊和各種JavaScript最佳實(shí)踐需要花費(fèi)大量的思考,而不是像在Spring MVC和Struts這樣的Web框架中了解自己的方式。 此外,構(gòu)建單個(gè)頁面的Web應(yīng)用程序(同樣是gmail)不僅需要出色JavaScript理解,還需要了解Web的工作方式。 例如,瀏覽器不會(huì)在瀏覽器歷史記錄中放入Ajax請(qǐng)求。 因此,如果您希望后退和前進(jìn)按鈕對(duì)用戶有用且有意義,則您必須對(duì)片段標(biāo)識(shí)符進(jìn)行一些巧妙的處理。
這里可能存在一些使用Web框架和JavaScript的混合方法,當(dāng)然還有一些JavaScript庫的空間。 這為開發(fā)人員提供了構(gòu)建應(yīng)用程序的結(jié)構(gòu),然后使您有機(jī)會(huì)使用JavaScript,JQuery或任何很棒的庫,使該應(yīng)用程序的重要部分變得花哨。 在真正的胖Web客戶端方法中,不應(yīng)從服務(wù)器提供HTML(即沒有JSP),唯一從服務(wù)器返回的就是數(shù)據(jù)(以JSON的形式)。 但是,使用混合方法可以使從瘦到胖的過渡更加容易,并且仍可以將JavaScript庫放在CDN上,您將無法獲得完全胖Web客戶端方法的所有優(yōu)點(diǎn)。
摘要
總之,Java經(jīng)歷了一些糟糕的時(shí)刻。 與Struts和Spring MVC之類的其他框架相比,AWT是一項(xiàng)緊急工作,Swing存在性能問題,EJB的早期迭代很麻煩,并且JSF還是有問題的。 但是,即使到了今天, Hadoop等極富創(chuàng)新性的項(xiàng)目還是使用Java構(gòu)建的。 它仍然得到開源社區(qū)的大力支持。 這種支持不僅對(duì)Java有所幫助,而且還向Java展示了它的一些問題以及需要改進(jìn)的地方。 Java證明了它具有進(jìn)一步發(fā)展的能力,而其他語言則挑戰(zhàn)了它,我認(rèn)為游戲還沒有結(jié)束。 不用說,Java的未來很大一部分將取決于Oracle,但讓我們希望,無論發(fā)生什么情況,贏家都是技術(shù)。
相關(guān)鏈接
參考: Java已死還是不可戰(zhàn)勝? 從我們的JCG合作伙伴 Alex Staveley在都柏林的技術(shù)博客博客中獲得。
翻譯自: https://www.javacodegeeks.com/2012/09/is-java-dead-or-invincible.html
總結(jié)
以上是生活随笔為你收集整理的Java死了还是无敌?的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 四季奶青是什么茶 什么是四季奶青茶
- 下一篇: Java测试提示