Kotlin 1.4 將于 2020 年春季推出，其開發(fā)團隊在博客介紹了他們對 Kotlin 的愿景：“讓 Kotlin 成為您所有工作的可靠伴侶，并是您執(zhí)行任務的默認語言選擇。”因此，開發(fā)團隊將會讓開發(fā)者在所有平臺上都能使用 Kotlin。

　　據(jù)開發(fā)團隊的介紹，Kotlin 1.4 將側(cè)重于質(zhì)量和性能。因為對現(xiàn)在的 Kotlin 來說，提高整體體驗比添加新功能更加重要。此外，因為構(gòu)建速度通常是用戶最關心的問題，所以開發(fā)團隊正在不斷改進工具鏈以解決此問題。但是逐步改進跟不上生產(chǎn)代碼庫的自然增長：盡管開發(fā)團隊加快了編譯速度，但用戶編寫了更多的代碼，使總體構(gòu)建時間還不夠短。為此，開發(fā)團隊計劃重新實現(xiàn)編譯器以使其更快速。

　　新的編譯器

　　新編譯器實現(xiàn)的目標是變得更快速、統(tǒng)一 Kotlin 支持的所有平臺，并提供用于編譯器擴展的 API。這將是一項多年的工作，不過開發(fā)團隊已開始好一陣子了，因此新實現(xiàn)的某些部分將在 1.4 中發(fā)布，可讓這個過程變得更加平順。

　　有些功能也已經(jīng)發(fā)布了； 例如，如果開發(fā)者嘗試了用于類型推理的新算法，它是新編譯器的一部分。其他部分的處理方法相同。 也就是說，兩種版本都將在一段時間內(nèi)可用，舊版本和新版本都將處于實驗模式； 當新的穩(wěn)定后，它將成為默認版本。

　　新的前端（front-end）加速

　　開發(fā)團隊期望新編譯器提高的速度將來自新的前端實現(xiàn)。

　　為了提供一些背景信息，可以將編譯想成吸收源文件并將其逐步轉(zhuǎn)換為可執(zhí)行代碼的管道。此管道的第一步俗稱為編譯器的前端。它解析代碼和命名、執(zhí)行類型檢查等。此編譯器的這一部分也可以在 IDE 中使用，來高亮顯示語法錯誤、導航到定義并搜索項目中的符號用法。這是kotlinc如今花費最多時間的步驟，因此開發(fā)團隊希望使其更快。

　　當前的實現(xiàn)尚未完成，并且不會在 1.4 中到來。 但是，大多耗時的工作都是由它完成，因此可以預期提速的效果?；鶞蕼y試（編譯 YouTrack 和 Kotlin 編譯器本身）表明，新前端的速度約為現(xiàn)有前端快 4.5 倍。

　　統(tǒng)一的后端和可擴展性

　　在前端完成對代碼的分析之后，后端將生成可執(zhí)行文件。目前有三個后端：Kotlin / JVM，Kotlin / JS 和 Kotlin / Native。前兩個以往是獨立編寫的，沒有代碼共享。當啟動 Kotlin / Native 時，它是基于圍繞 Kotlin 代碼內(nèi)部表示（internal representation）構(gòu)建的新基礎架構(gòu)的，該功能具有與虛擬機中的字節(jié)碼類似的功能。

　　現(xiàn)在，開發(fā)團隊計劃將其他兩個后端遷移到同一內(nèi)部表示。因此，他們將共享許多后端邏輯并擁有統(tǒng)一的管道，以允許對所有目標僅執(zhí)行一次大多數(shù)功能、優(yōu)化和錯誤修復。

　　雖然正逐步遷移到新的后端，可是在 1.4 中，默認情況下不太可能啟用它們，但用戶將能夠選擇明確使用它們。

　　通用的后端基礎結(jié)構(gòu)為跨平臺編譯器擴展打開了大門?？梢栽谶@管道中添加一些自定義處理和/或轉(zhuǎn)換，這些處理和轉(zhuǎn)換將自動適用于所有目標。在 1.4 中將不提供用于此類擴展的公開 API（該 API 稍后將被穩(wěn)定），但開發(fā)團隊正在與合作伙伴 （其中包括已經(jīng)構(gòu)建其編譯器插件的JetPack Compose）緊密合作。

　　新的語言功能：

　　Kotlin 1.4 將提供一些新的語言功能。

　　Kotlin 類的 SAM 轉(zhuǎn)換

　　社區(qū)已要求開發(fā)團隊引入對 Kotlin 類（KT-7770）的 SAM 轉(zhuǎn)換的支持。如果僅將一個抽象方法的接口或類預計作為參數(shù)，則將 lambda 作為參數(shù)傳遞時，將應用 SAM 轉(zhuǎn)換。然后，編譯器自動將 lambda 轉(zhuǎn)換為實現(xiàn)抽象成員函數(shù)的類的實例。

　　SAM 轉(zhuǎn)換當前僅適用于 Java 接口和抽象類。該設計背后的最初想法是針對此類用例明確使用函數(shù)類型。然而，事實證明，函數(shù)類型和類型別名并不能涵蓋所有用例，開發(fā)者常常不得不僅在 Java 中保留接口才能對其進行 SAM 轉(zhuǎn)換。

　　與 Java 不同，Kotlin 不允許使用一種抽象方法對每個接口進行 SAM 轉(zhuǎn)換。開發(fā)團隊認為，使接口適用于 SAM 轉(zhuǎn)換的意圖應該明確。因此，要定義 SAM 接口，開發(fā)者需要使用fun關鍵字標記一個接口，以強調(diào)它可以用作功能性接口：

fun interface Action {
    fun run ()
}
 
fun runAction (a: Action) = a.run ()
 
fun main () {
    runAction {
        println ("Hello, KotlinConf!")
    }
}

　　請注意，僅在新的類型推斷算法中支持傳遞 lambda 而不是fun 接口。

　　混合命名和位置參數(shù)

　　Kotlin 禁止將帶有顯式名稱的參數(shù)（“命名”）和不帶名稱的常規(guī)參數(shù)（“位置”）混合使用，除非僅將命名參數(shù)放在所有位置參數(shù)之后。但是，在一種情況下，這確實很煩人：當所有參數(shù)都保持在正確的位置而您想為中間的一個參數(shù)指定名稱時。Kotlin 1.4 將解決此問題，因此將能夠編寫如下代碼：

fun f (a: Int, b: Int, c: Int) {}
 
fun main () {
    f (1, b = 2, 3)
}

　　優(yōu)化的委托屬性

　　開發(fā)團隊將改進lazy屬性和其他一些委托屬性的編譯方式。

　　通常，委托屬性可以訪問相應的KProperty反射對象。例如，當使用Delegates.observable時，可以顯示有關已修改屬性的信息：

import kotlin.properties.Delegates
 
class MyClass {
    var myProp: String by Delegates.observable ("<no name>") {
        kProperty, oldValue, newValue ->
        println ("${kProperty.name}: $oldValue -> $newValue")
    }
}
 
fun main () {
    val user = MyClass ()
    user.myProp = "first"
    user.myProp = "second"
}

　　為了使之成為可能，Kotlin 編譯器會生成一個附加的語法成員屬性，即一個存儲所有KProperty對象的數(shù)組，這些對象表示在類內(nèi)部使用的委托屬性：

>>> javap MyClass
 
public final class MyClass {
    static final kotlin.reflect.KProperty[] $$delegatedProperties;
    ...
}

　　但是，某些委托屬性不會以任何方式使用KProperty。對于他們來說，在$$delegatedProperties中生成對象是次優(yōu)的。Kotlin 1.4 版本將優(yōu)化這種情況。如果委托屬性運算符是inline，并且未使用KProperty參數(shù)，則不會生成相應的反射對象。最出色的示例是lazy屬性。lazy屬性的getValue實現(xiàn)是inline，并且不使用KProperty參數(shù)：

inline operator fun <T> Lazy<T>.getValue (thisRef: Any?, property: KProperty<*>): T = value

　　從 Kotlin 1.4 開始，當定義lazy屬性時，將不會生成相應的KProperty實例。如果在類中使用的唯一委托屬性是lazy屬性（以及符合此優(yōu)化的其他屬性），則不會為類生成整個$$delegatedProperties數(shù)組：

class MyOtherClass {
    val lazyProp by lazy { 42 }
}

>>> javap MyOtherClass
public final class MyOtherClass {
    // no longer generated:
    static final kotlin.reflect.KProperty[] $$delegatedProperties; 
    ...
}

　　尾隨逗號

　　可以在參數(shù)列表中的最后一個參數(shù)之后放置一個附加的尾隨逗號，然后交換行或添加新參數(shù)，而不必添加或刪除丟失的逗號。

　　其他主要變化

• Kotlin 1.3.40 中引入了的有用的typeof函數(shù)將變得穩(wěn)定并在所有平臺上得到支持。
• 1. 3.60 版本博客文章中已經(jīng)描述了使您可以在when內(nèi)啟用break和continue的功能。

　　詳情查看：blog.jetbrains.com/cn/2020/01/kotlin-1-4

總結(jié)

以上是生活随笔為你收集整理的Kotlin 1.4 和未来值得期待的地方的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。