程式語言之java雄踞榜首的12個原因

軟帝學院 發佈 2020-01-05T02:54:07+00:00

我們很容易就會遺忘那些曾經在猿群中大熱而又被各種新技術掩蓋直至堙滅的技術的價值。就拿COBOL這個老猿們當年所用的神器來說,就跟條死魚一樣被現代猿基本這麼形容:沒價值,腥臭,過時了,對你沒好處。Java 作為現代猿的中堅力量在這點上可能會成為下一個COBOL。

我們很容易就會遺忘那些曾經在猿群中大熱而又被各種新技術掩蓋直至堙滅的技術的價值。就拿COBOL這個老猿們當年所用的神器來說,就跟條死魚一樣被現代猿基本這麼形容:沒價值,腥臭,過時了,對你沒好處。Java 作為現代猿的中堅力量在這點上可能會成為下一個COBOL。

有關JAVA的技術賣出多少本書已經是一個很久遠的記憶了。現處中年時期的Java語言的用途已經不再出現在各種雜誌的封面上了。JAVA從出生到現在已經19年了,應用開發圈已經開始繞著那些更有吸引力的如「Node.js」,"Objective-C","Dart","Go" 等等類似的新技術轉圈了。Java? 那是Web 1.0時代的一個傳說吧?

從Dice.com網站的招聘信息你就可以知道押寶在哪。跟iOS相關的開發有2500左右的招聘,Java則有17000多個。Dice的數據不一定能完美的衡量技術的價值,但是在不斷推陳出新的技術推廣壓力下,Java職位是iOS的7倍之多可以說確實是神器了。

也許,相比把私人開發App的收入的30%分給Apple並期盼(更多的是等死)你的App有一天爬上了Top-25List,Java開發可能會給你一個更好的商業計劃。但是實際上,Java一直都要面對一個比怎麼玩鳥砸豬還要大的問題。那就是如何在任意平台上建立統一平台併流暢運行的問題。這樣服務端程序猿,客戶端程序猿,嵌入式程序猿所面對的那些平台不統一的問題都得到了解決。

在我們忘記Java在計算機行業里所扮演的角色和做出的那些卓越貢獻前,這裡有12個絕對的理由來告訴你Java不但不會和COBOL一樣被堙滅,並且在其後時代中更加壯大。

換句話說:別說這是Java的逆襲,Java一直就在,並且其地位無法撼動。

一、在政治(通常手段低劣)鬥爭中不屈不撓

開始時,技術界從來沒認為Java會成功,因為它的對手太多而且都是「土豪」。儘管如此,Java還是繁榮發展起來。那些詫異Java仍然存在的人們,一定是花了太多時間聽那些對Java懷恨在心的人,而沒有花時間去理解為什麼Java會成功。

微軟是Java第一個面對的強大對手,因為那時MS-DOS提供了通用性,而微軟看到Java是此通用性最具可能性的替代者。Redmond從一開始就對Java惡評不斷,從每個可能方面與其鬥爭(譯註,Redmond,雷德蒙德,是微軟總部所在地,此處代指微軟公司)。在桌面應用方向,Java從來沒有找它需要的發展推動力,部分是因為強大的Java虛擬機啟動時需要花費太長時間。儘管有些啟動延時,Java應用在Window平台上還是可用的。

由於一些不明原因,Steve Jobs(譯註,史蒂夫·賈伯斯)從來沒接收過Java,即使是在Mac被除了Adobe之外所有人忽視的年代。Java的兼容性可以帶來很多有用的代碼,但是Apple一直未把Java視作第一選擇。(的確,iOS智慧型手機比起我用的Android更流暢,所以也許Steve是對的。)

Java內部的很多鬥爭也給它帶來了巨大痛苦。IBM喜歡Java,但是一直在和Sun鬥爭。IBM將其開發的優秀的IDE工具稱為「Eclipse」的決定,一直沒被Sun的人員欣然接受。Sun也從來沒像IBM那樣深刻理解商業領域。

儘管這些原因,儘管Java創造者也在Java發展中有許多失策之處,Java依然快速壯大,在伺服器應用領域如魚得水,碩果纍纍,在桌面應用領域滿足基本業務需求。所有技術都需要在政治湍流中前行,但是Java走的更難也更遠,證明了,通常,Java對許多應用都是一個優良選擇。

二、線程的魔力

Java虛擬機的強項之一是多線程控制。JVM針對大型多核機上跑數百線程的穩定性做了極佳的優化。這也是為什麼其他語言會為了能跑在JVM上面搞出交叉編譯器和模擬器。

Java的這個能力同時也吸引了很多高流量的網站。他們可以在台式機上搞開發然後丟到伺服器上讓JVM發揮出多核的功效。

Ruby 因為語法的簡潔和源碼可讀性好成為了Java目前的一個對手。但是當性能成為瓶頸時,Ruby開發人員轉到了JRuby,一個用Java模擬出來的Ruby環境並增強了高負載下的線程處理能力。Sun的老猿們在細節上的處理讓JRuby大受歡迎。(譯註:好像多數人都是寫完Ruby程序然後用JRuby打成war丟伺服器上....)

三、Java是初學者的語言

宗教,軍隊和國家興旺都離不開對國人少年時期的洗腦。作為大學AP計算機課程(譯註:高中生可修並計入大學學分的課程。由美國大學理事會提供,就是負責美國SAT的那個機構)意味著很多學生第一次接觸到的計算機語言就是Java。由於這個先入為主的原因,當他們學習其他新的語言時,他們會反觀Java的優點和缺點,就算大部分轉行學其他語言了--雖然大部分學生修完課程就把Java丟一邊了--但是他們在思考的時候仍會受到Java的影響。

Java作為一個教學語言是有它的原因的。有些幼猿不喜歡聲明數據類型,認為好像有人讓你穿個背帶褲又要系皮帶一樣是多此一舉的行為。這個看上去可能比較抽象,但是為了能讓幼猿們理解計算機的一些原理,這是一個很好的方法。讓幼猿在寫代碼的時候聲明數據類型,然後編譯器會告訴他們數據類型不匹配而無法編譯時可以讓他們更好的理解計算機的底層原理。
一些所謂時髦的語言已經摒棄了花括號,因為他們覺得維護它們很麻煩。這也許是對的,但是花括號對那些新手是非常有用的,因為這能幫助他們理解嵌套的代碼塊。花括號幫助新人拆解所有的嵌套。

有些人想努力推廣他們自己的語言,在大多數情況下,他們心愛的語言更自由,並沒有像java那麼多的限制和規則。他們有一個非常好的想法,但是他們忽略了這麼一個事實,就是越簡單,越乾淨的語法會在後期開發中出現明顯的問題。一些人覺得這種「穿個背帶褲又要系皮帶」方式讓人窒息,但是java在一開始就推動更好的編程習慣。當新手經過好的訓練後,他們就可以處理這種自由和危險的編程方式了。

四、跨平台兼容性(已經很接近了)

雖然Java並不是第一個提供跨平台兼容能力的語言,但是Java已經成為最受歡迎的(跨平台語言)。這並不是說Java是完美的——缺少的一個庫或者一個版本不匹配的庫都會導致程序崩潰。你也不能把使用最新的JRE 1.7編譯的需要使用大量內存的桌面程序放到一台Java ME手機上運行。Java並不是那麼兼容。

但是Sun以及現在的Oracle已經為程序可以跨平台使用做了最大的努力。當程序(不能在多個平台上)使用時,(導致這些問題的)原因通常是可以弄懂的。如果你使用合適的Java版本,並且確保有足夠的內存,那麼,(程序)一般可以正常工作。Java程式設計師可以使用他們的桌面開發工具進行編碼,並部署到目標設備,可能是一台手機或者一台伺服器。如果編譯器包含了正確的庫並且使用了正確的版本,代碼就可以運行。這是一個很可貴的(特性)。

五、在小晶片上的持續成功

Java也許從沒有在桌面領域造就過大型的應用程式,但它卻在移動世界中找到了一片溫床 —— 這是一個爆發了的細分市場。Android平台從上到下都是基於Java構建起來的,並且它如今的銷量輕易的超過了iPhone。

這一霸主地位並不是新晉的。JAVA ME作為精簡版的語言和VM已經被廣泛應用在許多所謂功能手機之上,那些智慧型手機在全世界的數量也幾乎數以百億計。

當你將它們都混合到一起,Java的優勢是就是驚人的。

六、藍光(Blu-ray)

Java曾經被稱為「Oak」,是為機頂盒而設計的語言,Sun想在占據此市場。事情沒有完全按照計劃發展,但是Java卻在「客廳」中找到了合適的位置。藍光標準是圍繞Java建立的,任何想在藍光光碟中添加額外內容的人,必須得到其Javac編譯器版本。

藍光光碟不止限於存放視頻內容。那些額外特性和交互工具可以使用純Java代碼修改並增強。藍光光碟是壓縮後的視頻和壓縮後的Java字節碼的混合。使用藍光標準,你可以實現不少功能。

七、花括號正好能工作

那些像Ruby、Python或CoffeeScript等時髦語言的愛好者們開心的蔑視Java(和C)是怎樣的要求程式設計師們反覆敲打花括號鍵來明確表達代碼段的開始和結束。括號、花括號、甚至方括號——都是這些人深惡痛絕的。(我本人也非常討厭它們,但我仍然懷念有一些類型的Lisp語言讓你使用一個方括號結束所有內容的編程方式。)

但是改變標點符號並不能消除複雜性。如果有用,它也只是隱藏或者掩飾了複雜性。使用像制表符等空白後你只能用直覺去感受那些無法看到的東西。如果if語句只引導了一行代碼,這樣不會有問題,但是當很多層嵌套時,就很難看明白。當我用Python編程時,我發現自己在反覆數這些縮進。只是因為這樣看起來像英文,並不意味著它像理解一句英文那麼簡單。

八、Groovy

假如Java開發者必須要有一個帶有動態類型的更清潔更簡單的語法,他們沒必要去運行一種新奇的語言。他們可以使用Groovy,一個帶有預處理器的整潔的利器,它能夠生成出Java字節碼來。這種語言也完全集成到了Java中,因此你可以在你的Groovy中混入對Java庫的調用。就像是編寫Java代碼的縮略形式。

這一靈活性讓開發工程師得以找到問題的出路。當然Groovy是慢——這通常是在使用了動態方法調用的時候 —— 開發者可以一直用Java來重寫重要的費時的核心操作。

九、Java虛擬機

Java虛擬機是按照運行Javac編譯器產生的那些代碼來的目的來設計和優化的,但是某個時候開始,開發者們意識到Java虛擬機也可以運行其他代碼。只要編譯器們產出標準的Java字節碼,Java虛擬機根本不關心是使用的那種程式語言。Haskell、Scala和Clojure的開發者們按這個方式設計他們的編譯器搭上了Java這趟快車。而且他們只是這個由Java虛擬機產生的生態圈中幾個比較優秀的代表。

吸引力是顯而易見的,Sun/Oracle為創建跨平台環境而努力,所有其它人從中受益。Sun/Oracle的工程師們消除平台間差異,並考慮兼容性問題,然後所有人可以運行他們想運行的程序。

微軟在創建C#時借用(並擴展)了這個創意,為大部分主要語言設計了編譯器,這樣C#虛擬機就可以運行這些語言編寫的所有程序。C#程式設計師說他們可以用很多不同的語言編寫程序,只要通過一個Windows盒子將其運行在一個虛擬機上即可。何等靈活!

十、NoSQL革命很大部分建立在Java之上

很久之前,資料庫是一個神秘的黑盒子,它保存信息並快速有效的應對查詢請求。然後NoSQL革命來臨,程式設計師們意識到他們可以自己編寫自己的資料庫,並根據需求修剪其代碼。那些最重要的NoSQL工具中很多都是用Java編寫的。Cassandra、Lucene、ElasticSearch、HBase和Neo4J只是一些經常提到的NoSQL選擇。然後還有一些像acid-state等程序,使用Haskell編寫並運行在Java虛擬機中。

這些工具通常是開源的,可以方便的集成。一些開發者將其獨立運行,另一些人將它們集成在自己的模塊比如庫中。不論哪種方式,Java在資料庫層中成為通用語言的情況,保證了Java開發者們的生活更簡單了些。 他們更少擔心由於字符編碼和行結束符帶來的小故障。這意味著Java開發者們可以享受由NoSQL革命帶來的豐碩果實。

十一、Minecraft遊戲融入00後們的共同情結中

也許布魯克林時尚的非主流們對Java嗤之以鼻,但是Java程式設計師們卻領先一步。在Ruby時尚團正聚集起自己的一群粉絲時,他們之後的一代人卻愛上了Java。為什麼?一個詞:Minecraft。它用Java編寫而成。如果孩子們想要擴展該遊戲,他們就需要學習Java來設計其插件。這保證下一代程式設計師第一個學習的是Java。

十二、開源

Sun一直是開源領域中的領導者之一,但它卻在完全開放Java的過程中時有猶豫。但這並沒有妨礙Java程式設計師們發布很多偉大的有著寬鬆開源許可的庫和項目。Apache項目一直都在使用一個沒要求太多回報的許可證來提供優秀的Java代碼。

Sun在2007年完成了在GPL許可下公開大部分代碼的工作,從那時開始,它和它之後的新主人Oracle想努力成為它認為的Java的合格管家。當然,這種開放的立場並沒有阻止Oracle將Google拖入一場混亂的法律訴訟中,但是另一方面,Java平台很大程度是開放和免費的。

討厭它的人很多,但Java持續前行

的確Java有它自己的問題,而且討厭的Java人們也會越來越多, 並將他們的不滿情緒充斥在線上評論區中。Java垃圾回收器會引起程序的小抽風。程序書寫規則繁重,也並不能阻止那些確實差勁的代碼。註解(譯註:annotation)太複雜。各個特性也不如之前演進的頻繁。花括號增加混亂。其缺點列表很長,但是通常是合情理的。

然而目前還沒有出現一個廣度和深度上可與之競爭的對手。雖然一些抱怨很容易解決,但是解決方案本身會帶來自己的問題。最接近的也許是JavaScript,依靠有閃電般速度的Node.js,它在伺服器領域越來越有吸引力。不過這些創意可以被複製,程式設計師們也可以用其來編寫快速的Java。這是Java的優勢之一:它運行所有程序,而且接受改變。如果你需要不同的功能,你可以將大部分庫替換成自己的代碼。語言是開源的而且靈活多變。不論語言和平台有什麼限制,都可以相對輕鬆的解決。這意味著Java程式設計師繼續是最具生產力的人員之一。即使相關圖書不在能再占據暢銷榜,軟體更新也沒之前頻繁,Java將依然存在甚至更加興旺。

最後,開發這麼多年我也總結了一套學習Java的資料,如果你在技術上面想提升自己的話,可以關注我,私信發送領取資料或者在評論區留下自己的聯繫方式,有時間記得幫我點下轉發讓跟多的人看到!


關鍵字: