Kotlin vs Java：Kotlin 會取代 Java 嗎？
已發表: 2021-10-05一篇文章主要描述了Android移動開發的兩種語言——Kotlin和Java的所有主要優點。
這篇文章可以追溯到 2017 年 3 月 10 日，當時 Kotlin 還沒有成為谷歌的官方語言。
當您選擇開發人員來開發您的自定義 Android 應用程序時，他們使用的某種技術對您來說至關重要。 Google 現在最常用的兩種語言是 Java 和 Kotlin（儘管它仍然缺乏 Google 的官方支持），所以對您來說，乍一看，您的團隊使用什麼編碼似乎並不重要。 但進一步考慮表明，編程語言也可能會減少您的一些時間和費用。
另請閱讀：谷歌播放拒絕原因
一個有趣的事實：Kotlin 以一座島嶼命名（Kotlin Island，位於聖彼得堡市附近）； Kotlin 這種相對較新的編程語言正逐漸變成一股強大的力量，未來 Android 應用程序的開發潛力巨大。
技術上認識 6 歲，但實際上是 1 歲的 Kotlin。
最初，在 2011 年，作為一個發布版本，Kotlin 首次作為 Java 虛擬機的新語言出現，來自一個名為 Jet Brains 的聖彼得堡程序員團隊。 他們決定為 Android 開發設計一個新的“旋轉輪”的原因很容易理解； 顯然，有幾個：
Java 已經存在了 22 年（對於編程語言來說是一個相當大的術語），這就是為什麼由於 Java 的龐大和過時而無法實現大量功能的原因。
Java 需要編寫長代碼組合
用 Java 編寫的代碼需要很長時間才能編譯
然而，Kotlin 開發團隊溫和地說，並同意許多語言沒有全世界工程師渴望的功能組合，除了 Scala； 但是，正如 Jet Brains 公司的技術負責人 Dmitry Jeremov 所指出的，Scala 的編譯時間很慢，不足以滿足當代 IT 服務的發展速度。
最後，去年 2 月對整個 JB 公司來說是一個特殊的月份——因為第一個 Kotlin 1.0 版本已經正式以穩定版本的形式出現在世界各地。
從那時起，Jet Brains 在他們的官方博客上建議我們繼續關注並承諾新的 1.1 Kotlin 更新，專注於錯誤修復和 Java Script 支持很快就會出現。 在本文發表之時（2017 年 3 月 10 日），Kotlin 1.1 版本僅在一周前發布，但世界已經在談論它。 因此，如果您進行 Kotlin 與 Java 的比較，會不會有顯著差異？
不是輪子重新發明。
在查看 Kotlin 與 Java 的差異時，肯定會出現一些 Kotlin 優於 Java 的優勢，這對於那些尋求開發 Android 應用程序的人來說可能會產生預期的效果。
所以，讓我們從頭開始。
使用 Kotlin 的原因：
1) Kotlin 需要編寫更少的代碼。
至少減少 20%。 正如前面提到的，22 歲的 Java 已經有點過時了 + Oracle 創建的 Java 是一種向後兼容的語言，這基本上意味著每個新發布的版本都必須支持前一個版本中包含的功能，因此，隨著每次更新，包含一些新功能變得更加困難； 因此，要編寫的代碼量也會增加。
相反，Kotlin 的架構是從頭開始創建的，導致沒有層到層的架構。
2) 在 Kotlin 上發生的崩潰更少。
Kotlin JVM 的問題要少得多，因為通常稱為“十億美元的錯誤”——NullPointerExeption 的問題在那裡是可以預防的。 NullPointer 還存在於每種編程語言中，但使用它的方式可能有所不同。 為了記錄，在Java中您需要手動檢查鏈接是否為空或不為空。 如果錯過了 null - 繁榮，崩潰，瞧！ 對 Kotlin 有利的是，在這種語言中，每個對像都會自動設置為 Null + 自動檢查 NullPointer - 以確保代碼在沒有它的情況下正常工作。
3) Kotlin 是一種類型安全語言。
同樣，在 Kotlin 中，每個類都是一個函數，反之亦然； 更重要的是，與 iOS 的 Swift 一樣，Android 的 Kotlin 有 Optional 類型，這有助於所有的安全檢查。
另請閱讀：使用 Siwft 優於 Objective-C 的優勢
4) Kotlin 為您節省了一些寶貴的時間。
如前所述，更少的代碼幾乎可以保證更少的錯誤，並且在整個編碼過程中跟踪的時間也更少。 軟件開發團隊經常根據開發人員在編碼上花費的時間來計算項目的總成本。
以下是 Kotlin 相對於 Java 的一些優勢。 雖然 Kotlin 還沒有得到 Google 的官方支持，並且在第一次代碼編譯時多花幾秒鐘的時間，但把所有這些都涵蓋了，很明顯 Kotlin 的編程語言有很多優點，而且考慮到它的速度毫無疑問，這對 Kotlin-Switch 來說是一個明智的想法。
閱讀 Android 和 iOS 開發之間的差異
“如果我換了呢？”
我們生活的世界在許多情況下變得非常不可預測，在移動應用程序開發方面，有時需要改變您一直與之合作的團隊。 假設您曾經與外包團隊合作，但現在需要為您的項目進行內部開發。 從一種語言到另一種語言的“翻譯”有多難？
再說一遍，答案實際上取決於您以前的工程師使用的技術。 如果我們以從 Java 切換到 Kotlin 為例 - 那麼無疑有一個解決方案。 Jet Brains 創建了一個 Java-Kotlin 轉換器來幫助解決這個問題； 但是，在轉換過程中還發生了一些錯誤，因此必須對其進行監控，甚至必須手動設置一些操作。
不利的一面是，從 Java 到 Kotlin 的轉換將更加停滯和痛苦，因為並非所有的函數、方法和變量都可以轉換。 對於與您合作的新團隊而言，最快的解決方法可能是盡可能繼續使用 Java 編寫代碼。
此外，轉換為另一種語言的可能性取決於項目的大小。 一般來說，有 3 種類型的項目：小型、中型和大型。
小項目大約需要 160-200 個小時，如果沒有復雜的架構——那麼它們可能會轉移到 Kotlin；
中型項目包括長達 5 個月的開發，轉換起來非常不方便；
大型項目開發從5個月開始，此類項目完全不可能轉換成另一種語言；
總體而言，“轉換”客戶的最佳選擇始終是開始與使用與以前項目持有人相同的技術、語言和框架的工程師合作。 無論如何，當改變不可避免時，我們強烈建議選擇“較新的詞典”； 例如，選擇 Kotlin 而不是 Java。
一種以更智能的方式為 Android 編碼的簡潔方法。
或者至少 Kotlin 的口號是這樣寫的。 毫無疑問，Kotlin 可能有其優點和缺點，但是一旦 Kotlin 出現，許多功能就變得實用了。隨著 Kotlin 1.1 的新發布版本，現在正式支持 Java Script，許多以前夢想中的功能可以從現在開始實現和。
在Mind Studios 中，自從第一個穩定版本出現以來，我們也開始涉足 Android 開發中的 Kotlin。 Mi Band Control（Mi Band Wristband 的活動跟踪器）是完全在 Kotlin 上開發的應用程序。 這一經驗也證明 Kotlin 是我們的開發人員為 Android 編寫代碼的一種更智能、更簡潔的方式。 因此，請明智地為您的應用選擇語言，但請記住要隨時了解情況！
由 Vsevolod Kaganovich 和 Elina Bessarabova 撰寫。