前言
開始接觸Kotlin是在今年年初的時候，發(fā)現(xiàn) Android 業(yè)內(nèi)開源大神 Jake Wharton 在推薦使用它。當(dāng)時想著，事情絕對沒有那么簡單。果然，Google IO 2017 大會上宣布了 Kotlin 會成為 Android First class開發(fā)語言。最近一兩個月時間里 ，Android 圈被Kotlin各種刷屏。既然形勢已經(jīng)那么明朗，咱們是時候開始深入了解Kotlin了。對kotlin語法不太了解的朋友，可以通過以下網(wǎng)站學(xué)習(xí)：
Kotlin 語言中文站： https://www.kotlincn.net/
Kotlin 語言官方網(wǎng)站：http://kotlinlang.org/
GitHub 中文翻譯開源項(xiàng)目：https://github.com/huanglizhuo/kotlin-in-chinese
本篇文章主要講解Kotlin被Google官方推薦為Frist Class Language 的原因以及其特性。
Google 為何選用Kotlin？
關(guān)于 Google 為什么會選擇 Kotlin，大致有以下幾方面的原因：
為了逐漸擺脫專利流氓Oracle。
從去年的轉(zhuǎn)向OpenJDK，到現(xiàn)在的支持Kotlin作為官方語言，某種意義是為了擺脫藉由9行代碼敲詐獲取天價賠償?shù)腛racle。這是去年的一則新聞：Oracle起訴Google在Android中使用Java,索賠93億美金。Kotlin它的高效實(shí)用贏得了很多公司和開發(fā)者的認(rèn)可。
Kotlin在國外至少有將近兩年的應(yīng)用生產(chǎn)環(huán)境的實(shí)踐（非JetBrains內(nèi)部實(shí)踐應(yīng)用）。在移動開發(fā)中，相比iOS程序員，Android程序員總是很幸運(yùn)，因?yàn)槲覀冇泻芏鄡?yōu)秀好用的工具（Android Studio等），選用Kotlin，則是Google 為開發(fā)者提供高效的開發(fā)工具的一貫作風(fēng)。Kotlin 是由 JetBrains 公司開發(fā)。
JetBrains是一家捷克的軟件開發(fā)公司，耳熟能詳?shù)?IntelliJ IDEA 工具就是他們開發(fā)出來的， 而 Android Studio 就是基于IntelliJ IDEA 進(jìn)行拓展而來的。所以可想而知，Google會選用Kotlin也并非一時興起。
說了這么多，我們關(guān)心的重點(diǎn)來了～
Kotlin成為 Android官方開發(fā)語言意味著什么？
官方支持（Android Studio 3.0附帶Kotlin）,官方的宣傳（教學(xué)視頻，主題演講等）
對于開源社區(qū)來說，Kotlin版本的庫和框架如雨后春筍般涌現(xiàn)。
對于Java，曾經(jīng)借助Android這場春風(fēng)，著實(shí)讓遲暮的它再度輝煌，現(xiàn)在和將來在Android領(lǐng)域可謂是棋逢敵手，Java的在Android開發(fā)語言市場份額會降。但是這也并不一定是壞事，有競爭才能更好進(jìn)步。
對于開發(fā)者來說，我們多了一種開發(fā)Android的語言選擇，那些對于之前由于前景不明朗卻對Kotlin躍躍欲試的人可以放心使用了。有了Kotlin意味著開發(fā)效率應(yīng)該會有所提升。
對于公司和團(tuán)隊，這往往帶來了一個選擇的問題， 團(tuán)隊中總有人想要嘗試Kotlin，而另一些人則興致不那么高。由于歷史遺留問題，以及團(tuán)隊成員興趣，對于已有項(xiàng)目采用Kotlin和Java長期并存是實(shí)際可行的方案。而新項(xiàng)目則應(yīng)該鼓勵使用Kotlin，但具體還需要結(jié)合團(tuán)隊的能力和其他因素。
Kotlin的特點(diǎn)
１. 簡潔
Kotlin的代碼確實(shí)比Java更加簡潔，比如類型推斷，省去結(jié)尾的分號等等。
2 . 空指針安全
這是Kotlin的一個很重要的特性。Kotlin是空指針安全的，JetBrains做了一件很聰明的事情，它們將運(yùn)行時才能空指針的檢測提前到了編譯時，主要方式是增加了Any？這種可為空的類型，使用Kotlin之后，我們程序的空指針會得到明顯的改善。
3 . 實(shí)用
Kotlin的實(shí)用具體表現(xiàn)在：
● 引入Object，便于我們更好的應(yīng)用單例模式。
● 引入data class。
● 引入?yún)?shù)默認(rèn)值和具名參數(shù)，避免了不必要的方法重載。
● 支持?jǐn)U展方法，讓我們可以省去好多必須要的代碼。
４. 引入了Lambda，Streams API 和函數(shù)式。
Lambda表達(dá)式可以省去了我們創(chuàng)建很多匿名內(nèi)部類的代碼（注由于目前Kotlin基于JVM6，Lambda表達(dá)式在字節(jié)碼階段依然會翻譯成內(nèi)部類形式）
Streams API 結(jié)合Lambda表達(dá)式和方法引用，讓我們的代碼處理一件事情以描述的形式，而不是命令實(shí)現(xiàn)的方式。
Kotlin支持OOP（面向?qū)ο缶幊蹋┖虵P（函數(shù)式編程），語言本身并沒有限制，給了我們選擇的自由，Kotlin對FP的友好支持，便于我們寫出更加穩(wěn)定，易于測試，無副作用的方法和代碼
5.可讀性
從客觀上，Kotlin語法和特性上讓代碼更加具有描述性而已。但是不得不指出代碼可讀性主要依賴編寫者的編碼素質(zhì)和能力。個人而言，高階函數(shù)和方法擴(kuò)展這兩個特點(diǎn)著實(shí)真心受用。方法擴(kuò)展會讓我有一種創(chuàng)造感，這是Java種的Util方法所無法比擬的。
Kotlin是否會取代Java
這個暫時還很難說，因?yàn)檫@個世界上并不是一件事物好，就會必然得到廣泛應(yīng)用的。一件事物的推廣開來靠的是一群人，但阻力也往往也來自一群人，只不過和前者不是相同人群。不過我們可以參考Eclipse 轉(zhuǎn)向 Android Studio 的情形。就目前情勢來說，Android Studio 3.0如今還在測試版，等正式版上線的時候則會開始逐步嘗試引入Kotlin。特別是Android Studio 還支持一鍵轉(zhuǎn)化Java代碼變成Kotlin。個人認(rèn)為可以花20%左右的精力抽空了解一下它，畢竟入門并不難。
雖然 Kotlin 很優(yōu)秀，但是推動在項(xiàng)目中推動 Kotlin 應(yīng)用并非易事，因?yàn)檫@對于新事物來說在正常不過了，就像明治維新一樣看起來很光鮮，成功，但是它的變革進(jìn)程并非順利，先是血雨腥風(fēng)的倒幕運(yùn)動，再到明治六年爆發(fā)的標(biāo)志武士時代結(jié)束的西南戰(zhàn)爭，經(jīng)過數(shù)十年的努力才算取得成功。
因此關(guān)于哪些人適合率先應(yīng)用 Kotlin，我認(rèn)為需要具備以下幾點(diǎn)
● Java 技術(shù)和基礎(chǔ)要好，這一點(diǎn)很重要。
● 英語要好，因?yàn)槟壳?Kotlin 的資料幾乎都是英文的，當(dāng)然也推薦看英文的。
● 愿意承擔(dān)在項(xiàng)目團(tuán)隊推進(jìn)工作，有耐心，敢挑戰(zhàn)，負(fù)責(zé)任。
Kotlin 在項(xiàng)目應(yīng)用中的一些顧慮：
新的事物出現(xiàn)往往會有各種疑問和茫然，想到了一些關(guān)于 Kotlin 應(yīng)用在項(xiàng)目中的一些顧慮。Use Kotlin or not, That's a question. ，希望大家有疑問和顧慮可以提出來，以規(guī)避和改善。
1. 寫出來的代碼并不是 Kotlin style。解決這個問題，還是需要多學(xué)習(xí)和思考。
2. 擴(kuò)展方法的濫用，Kotlin 的擴(kuò)展方法很好，我們可以擴(kuò)展很多方法，彌補(bǔ)Framework的一些不完善，但是擴(kuò)展時我們需要謹(jǐn)慎，一定要把合適的方法放到合適的類型上，不可為了簡單增加不符合某些類不應(yīng)該具備的職責(zé)。 具體需要最好以下兩點(diǎn)：
3.選擇在合理范圍內(nèi)的最抽象類增加方法，比如我們想為Activity增加一個longToast，應(yīng)該想一想是不是放在更加抽象的Context會更好一些
4. 同時也不能為了便利，增加和當(dāng)前類不相關(guān)的方法，比如我們想為每個Context增加顯示一個簡單dialog的擴(kuò)展方法，這顯然不是很合理，因?yàn)閷τ诜荱I的Context這是有問題。
核心競爭力在哪里？
Kotlin出來之后，聽到了兩種不同的聲音：
● 太好了，終于可以有理由可以替換成Kotlin了，寫代碼更加高效了。
● WTF，又要學(xué)新的語言，感覺好累，會不會以后工作或面試時不會Kotlin就被淘汰掉呢？
出現(xiàn)以上兩種不同的聲音，不得不引起我們對于 程序員的核心競爭力的思考：
Android程序員和其他程序員甚至其他職業(yè)并無二致，我認(rèn)為這種競爭力表現(xiàn)在解決問題的能力和創(chuàng)造能力。不單單只會copy別人的代碼。想要具備這種能力，極其依賴我們對問題和技術(shù)的準(zhǔn)確認(rèn)識和扎實(shí)的基礎(chǔ)。
編程語言本質(zhì)上還是工具，好的工具能帶來更好的效果，但是如何運(yùn)用好，將效率和質(zhì)量提升到最高，則還是更主要的依賴于開發(fā)者的能力。選用好的工具，更側(cè)重夯實(shí)基礎(chǔ)和加強(qiáng)對事物本質(zhì)認(rèn)識的能力，我想這樣才能讓我們的競爭力更強(qiáng)。
總結(jié)
總而言之，Kotlin是一個更好的工具，沒有它，并不影響我們?nèi)粘５?Android 開發(fā)工作。個人而言還是建議開發(fā)者和團(tuán)隊去嘗試這種語言，畢竟Ｇoogle已經(jīng)明確支持了Kotlin，技多不壓身。
Kotlin是基于JVM的編程語言，但是基于JVM的編程語言并沒有什么不好。JVM的出現(xiàn)無非也是一種平衡的結(jié)果。在犧牲部分執(zhí)行效率的前提下，提供了一定的抽象，加快了開發(fā)者的效率。Kotlin是一門實(shí)用語言，這是它的基因，它不是學(xué)術(shù)語言。它很適合 Android，因?yàn)榇蠖鄶?shù)的 Android 的程序員是做工程。它的目標(biāo)是減輕開發(fā)者的負(fù)擔(dān)。
關(guān)于Kotlin的語法和代碼詳情就不多在此說了，文章開頭已經(jīng)給了地址，有興趣可以自行學(xué)習(xí)。后續(xù)文章會寫一些kotlin的代碼注意事項(xiàng)和深入篇。
