替代java,替代Java

本文目錄一覽：

• 1、JAVA以後會被什麼替代
• 2、為什麼Paypal選用NodeJS替代java，很有參考價值
• 3、java語言能被其他語言替代嗎？
• 4、Kotlin會替代java嗎？
• 5、谷歌現在用什麼語言替代java

JAVA以後會被什麼替代

1、JAVA會被什麼代替？這個問題有點無聊，10年前有有人這樣問，當時是因為SUN跟Microsoft 扯皮那點事，很多人擔心JAVA會被微軟幹掉，微軟想壟斷市場，3年前有人這樣問，因為培訓機構多了，JAVA開發人員多了泛濫了，怕自己沒有就業機會了，怕市場飽和了。2年前有人這樣問，像物聯網這種炒作了多年的技術也開始火了，人工智慧火了，在人工智慧時代擔心JAVA會被PYTHON這樣的語言幹掉，1年前人還有這樣的問，區塊鏈火了，怕不用JAVA都去使用C++了。

2、其實在我看來，各種語言有各種語言的優勢和特點，像所謂的大數據、雲計算、區塊鏈、爬蟲、數據分析、數據處理、數據建模、深度學習、機器學習、移動開發、桌面軟體開發、動態WEB開發…你告訴我有JAVA不能實現的嗎？都可以，只是某些領域它不擅長罷了。

3、我堅信，像JAVA這樣龐大的生態系統，不會輕易被任何一門語言取代，JAVA在中大型項目開發中，有著不可取代的地位。就算有一天JAVA真的被某種語言取代了，JAVA開發人員失業了，企業倒閉了，項目癱瘓了，反正又不是只有你一個。再說只有它PYTHON開發者本人或技術團隊才會想到對人工智慧這樣的領域做出決策，難道它JAVA開發者本人就是傻子？ORACLE公司是傻子？ORACLE團隊是傻子？人工智慧時代，不發展了？區塊鏈不做了？

4、我認為技術和人才是同時更新的，現在的很多JAVA開發者被淘汰的原因，其實就是跟不上技術的發展，技術不行，還是只會SSH、SSM，沒有框架啥不都會寫，沒有開發工具和框架，就用個記事本，我估計做個中小型項目都是問題。分析一個某類庫中提供的方法實現原理一問十不知。你告訴這樣的所謂的人才公司要嗎？平時不要對自己太好了，小心招報應。

為什麼Paypal選用NodeJS替代java，很有參考價值

呵呵，站在架構師的角度，判斷用戶的需求，來選擇不同的語言，不同的框架，這是基礎。

nodejs替代java，簡單的說，就是程序員不想為以前買單。舊的代碼已經問題重重，那麼新加入者要麼推到重來，要麼小修小改，逐步完善。如果使用舊有的java，肯定會有不少老員工對這種改動提出意見，乾脆全部用新的，不考慮和以前的兼容，這樣最省心。

從資料來看，雖然號稱8周改寫了paypal，其實之前化了幾個月研究和完善node.js框架。這個代價絕對不小。在paypal的工程師研究框架的同時其實就等同於同時在設計。按我們以前的經驗，設計，開發，測試的比例是 2:1:2,也可以看出來了項目不小。

java語言能被其他語言替代嗎？

不會的，目前來說java的優勢很還是很強大的。

第一：簡單：我們都知道Java是目前使用最為廣泛的網路編程語言之一。他容易學而且很好用，如果你學習過C++語言，你會覺得C++和 Java很像，因為Java中許多基本語句的語法和C++一樣，像常用的循環語句，控制語句等和C++幾乎一樣，其實Java和C++是兩種完全不同的語 言，Java只需理解一些基本的概念，就可以用它編寫出適合於各種情況的應用程序。Java略去了運算符重載、多重繼承等模糊的概念，C++中許多容易混 淆的概念，有的被Java棄之不用了，或者以一種更清楚更容易理解的方式實現，因此Java語言相對是簡單的。

第二：安全性：當你準備從網上下載一個軟體或者其他資源時，你最大的擔心是他們中有沒有惡意的代碼，比如該程序是一個病毒程序等。由於Java 不支持指針，一切對內存的訪問都必須通過對象的實例變數來實現，這樣就防止了程序員使用「特洛伊」木馬等欺騙手段訪問對象的私有成員，同時也避免了指針操 作中容易產生的錯誤。因此不必擔心病毒的感染和惡意的企圖。

第三：多線程：Java 的特點之一就是內置對多線程。多線程允許同時完成多個任務。C++沒有內置的多線程機制，因此必須調用操作系統的多線 程功能來進行多線程程序的設計。多線程機制使應用程序能夠並行執行，而且同步機制保證了對共享數據的正確操作。通過使用多線程，程序設計者可以分別用不同 的線程完成特定的行為，而不需要採用全局的事件循環機制，這樣就很容易實現網路上的實時交互行為。

第四：動態性：Java 程序的基本組成單元就是類，而類又是運行時動態裝載的，這就使得Java可以在分布環境中動態地維護程序及類庫，而不 像C++那樣，每當其類庫升級之後，相應的程序都必須重新修改，編譯。Java在類庫中可以自由地加入新的方法和實例變數而不會影響用戶程序的執行。並且 Java通過介面來支持多重繼承，使之比嚴格的類繼承具有更靈活的方式和擴展性。

第五：可移植性：Java提供了一種最簡單同時也是人們最熟悉的可移植性–源代碼移植。這意味著任意一個Java程序，不論它運行在何種 CPU、操作系統或Java編譯器上，都將產生同樣的結果。這並不是一個新的概念，人們使用C、C++也可以產生同樣的效果。但是使用C或C++編程在許 多細節上它都沒有嚴格定義。Java在可移植性方面的特點使它在Internet上具有廣泛的應用前景。同時它本身具有的防病毒的能力也使它在需要高可靠 性的應用中佔有一席之地。

第六：市場前景大：目前，計算機語言中java語言市場佔有率達20%，為世界第一編程語言。據統計，我國對軟體開發人才的需求已達 60萬，並且每年以22%左右的速度增長著。其中尤以Java程序員、Java工程師最為缺乏。在未來5年內，合格軟體開發人才的需求將遠大於供給，由此 看來，java發展市場無限大。

Kotlin會替代java嗎？

下面來講一下Kotlin和Java相比的優勢是什麼？

更簡潔：這是它重要的優點之一，可以比Java編寫少得多的代碼。

更安全：Kotlin是空安全的，它在編譯期間就會處理各種為null的情況，無需像java一樣添加很多的判空代碼，節約很多調試空

指針異常的時間，很大程度上避免出現NullPointException。

易擴展：擴展函數意味著我們不僅可以擴展我們原有寫好的類，還可以擴展系統級的類，非常靈活，另外如果在類里編寫擴展函數，那麼只對當前類生效。

函數式：Kotlin使用了很多函數式編程的概念，比如用到了lambda表達式來更方便地解決問題。

Kotlin Android Extensions：再也不用編寫煩人的findViewById()了，如果你集成了ButterKnife，是時候刪除對它的依賴了，

Kotlin支持了對於View以id形式訪問。

不用寫分號，就像你看到的上述代碼一樣，對於很多寫過腳本語言的童鞋來說，不要寫分號這一點真是節省了很多時間，對於一

天寫幾百行幾千行甚至上萬行代碼的童鞋們來說，相當於省了多少個分號.

到這裡有的同學想要說了，你說的這些好處確實不錯，但是我之前的項目全是用java語言來寫的，難不成讓我推倒重來過？別急

，最後我要說的一個最大的優勢就是

與Java語言可混合編程，也就是說我們可以繼續使用原來所有用Java寫的代碼和庫，因為兩個語言之間高度互操作，想嘗試的童

鞋們建議可以從新的小功能小模塊入手，對這些模塊使用Kotlin代碼進行編寫，原有的穩定模塊之後再逐步重構。

對初學者友好，kotlin對java語言轉用kotlin提供了很多便利，對於初學者來說免去很多不必要的煩惱。最貼心的是Kotlin插件

支持一鍵由Java轉Kotlin，為你之後想要重構提供了很大的便利性。希望能幫到你，優「」就「」業「」野「」雞「」希望你能明白

谷歌現在用什麼語言替代java

谷歌有意用Swift取代Java作為Android開發第一語言

去年底蘋果開源 Swift 之後，Google、Facebook和Uber三個互聯網巨頭就曾在倫敦召開會議討論Swift在各自開發戰略中的地位。近日業界有消息傳出，谷歌有意考慮將Swift作為Android開發的第一語言，而Facebook和Uber也計劃在運營中提高Swift的地位。

谷歌Android目前的第一開發語言是Java，雖然谷歌不太可能一夜之間用Swift取代Java的地位，但是隨著與Oracle專利官司的持續發酵，谷歌開始認真考慮Swift的上位。

作為Apache授權協議下的開源軟體，谷歌重用Swift不會破壞整體的Android開源移動架構，但是谷歌真的會用Swift取代Java嗎？

自從蘋果公司在2014年的WWDC上發布Swift以來，Swift以其簡潔和效率贏得了大量讚譽，包括IBM的鼎力支持。Swift開發出的應用更加精幹且易於維護，很多知名APP例如Lyft、Pixelmator和Vimeo都用Swift重構了各自的iOS應用。

但是向Swift遷移對於谷歌來說也並非一馬平川，Swift不能直接在Android平台上使用，谷歌需要為Swift開發一個runtime，這還僅僅是麻煩的冰山一角。谷歌還需要改造所有的標準代碼庫適應Swift，並在API和SDK中支持Swift。一些底層的C++編寫的Android API也暫時無法與Swift互通，需要重寫，Java編寫的上層API也不能倖免。

不過用Swift開發Android應用也並非不可能，去年就有開發者Romain Goyet試著用Android的NDK和Swift開發Android應用並取得一定成效。因此，對於谷歌來說，向Swift遷移雖然有難度，但主要取決於谷歌的意願和決心。

其實對於谷歌來說，Swift並非唯一的Java替代品，谷歌同時也在評估新的Android和KVM開發語言Kotlin，與Swift類似，Kotlin也是面向對象語言，而且更強調安全性。與Swift不同，Kotlin可以在谷歌的IDE平台Android Studio上使用。但是也有媒體報道谷歌對Kotlin的編譯速度並不滿意。

Kotlin的特性與Java接近，相比Swift，向Kotlin遷移對谷歌來說難度要小得多，但是谷歌需要權衡的不僅僅是開發語言自身的技術問題，更要考慮開發社區和整個生態環境之間的博弈問題。

Facebook和Uber就對Swift顯示了極大的興趣，因為Swift既可以作為前端也可以作為後端語言使用，應用端和伺服器端能夠無縫銜接，尤其受到Facebook這樣的公司青睞。甚至已經有Facebook的員工在Github上po出了「Port to Android」的代碼庫，目前不清楚這是否官方授意的行為，但目前可以確認的是Facebook確實在內部緊鑼密鼓地推進Swift，只是進度外界不得而知。