Kotlin 1.8.0發(fā)布，改進(jìn)性能和Swift的互操作性
Kotlin 1.8.0 版本已經(jīng)正式發(fā)布，以下是該版本更新中的一些主要內(nèi)容：
針對 JVM 的新實驗性功能：遞歸復(fù)制或刪除目錄內(nèi)容
Kotlin 1.8.0 為java.nio.file.Path引入了兩個新的擴(kuò)展函數(shù)：copyToRecursively()和deleteRecursively()，它們允許你以遞歸方式：-
將一個目錄及其內(nèi)容復(fù)制到另一個目的地
-
刪除一個目錄和它的內(nèi)容
用于java.nio.file.path的這些新函數(shù)是實驗性的。要使用它們，你需要選擇加入@OptIn(kotlin.io.path.ExperimentalPathApi::class)或@kotlin.io.path.ExperimentalPathApi。另外，你也可以使用編譯器選項-opt-in=kotlin.io.path.ExperimentalPathApi。
改進(jìn)了 kotlin-reflect 的性能
利用kotlin-reflect現(xiàn)在是用 JVM target 1.8 編譯的這一事實，我們將內(nèi)部緩存機(jī)制遷移到 Java 的ClassValue。以前我們只緩存KClass，但現(xiàn)在我們也緩存了KType和KDeclarationContainer。這些變化使得調(diào)用typeOf()時的性能得到了明顯的改善。新增 -Xdebug 編譯器選項，以獲得更好的調(diào)試體驗
Kotlin 1.8.0 增加了一個新的-Xdebug編譯器選項，它可以禁用優(yōu)化以獲得更好的調(diào)試體驗。目前，該選項禁用了 coroutines 的 "已優(yōu)化" 功能。在未來，當(dāng)我們添加了更多的優(yōu)化功能后，這個選項也將禁用它們。
kotlin-stdlib-jdk7和kotlin-stdlib-jdk8合并為kotlin-stdlib
在 Kotlin 1.8.0 中，標(biāo)準(zhǔn)庫（kotlin-stdlib、kotlin-reflect和kotlin-script-*）是用 JVM target 1.8 編譯的。此前，標(biāo)準(zhǔn)庫是以 JVM target 1.6 編譯的。Kotlin 1.8.0 不再支持 JVM targets 1.6 和 1.7。因此，你不再需要在構(gòu)建腳本中單獨(dú)聲明kotlin-stdlib-jdk7和kotlin-stdlib-jdk8，因為這些工件的內(nèi)容已經(jīng)并入kotlin-stdlib。改進(jìn)了 Objective-C/Swift 的互操作性
為了使 Kotlin 與 Objective-C 和 Swift 更具有互操作性，1.8.0 增加了三個新的注解：-
@ObjCName允許你在 Swift 或 Objective-C 中指定一個更習(xí)慣的名字，而不是重新命名 Kotlin 聲明。 -
@HiddenFromObjC允許你從 Objective-C 中隱藏一個 Kotlin 聲明 -
@ShouldRefineInSwift對于用 Swift 編寫的包裝器替換 Kotlin 聲明很有用
與 Gradle 7.3 兼容
Kotlin 1.8.0 完全支持 Gradle 7.2 和 7.3 版本，這個版本帶來了很多變化：-
將 Kotlin 編譯器選項作為 Gradle 惰性屬性公開
-
提高了最小支持版本
-
能夠禁用 Kotlin 守護(hù)程序的回退策略
-
強(qiáng)制檢查相關(guān)的 Kotlin 和 Java 編譯任務(wù)的 JVM target 兼容性是否相等
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請聯(lián)系本站處理。
舉報投訴
-
SWIFT
+關(guān)注
關(guān)注
0文章
116瀏覽量
24357 -
kotlin
+關(guān)注
關(guān)注
0文章
60瀏覽量
4359
原文標(biāo)題：Kotlin 1.8.0發(fā)布，改進(jìn)性能和Swift的互操作性
文章出處：【微信號：OSC開源社區(qū)，微信公眾號：OSC開源社區(qū)】歡迎添加關(guān)注！文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
相關(guān)推薦
熱點推薦
Kuikly鴻蒙版正式開源 —— 揭秘卓越性能適配之旅
和Kotlin Native可以直調(diào)、無額外跨VM/語言調(diào)用開銷。除了早期CAPI版本存在一些Bug和功能缺失等問題，CAPI方案也在開發(fā)難度、復(fù)雜性上也更高，但為了追求極致性能表現(xiàn)，我們最終決定采用
發(fā)表于 06-04 16:46
解讀新發(fā)布的 Matter 1.4：推動智能家居設(shè)備互操作性的關(guān)鍵升級
著Matter 1.4的發(fā)布，智能家居和物聯(lián)網(wǎng)（IoT）行業(yè)迎來了新的里程碑。Matter作為全球統(tǒng)一的智能家居互聯(lián)協(xié)議，在互操作性、安全性和能效優(yōu)化等方面取得了重大突破。本文將從Ma
重磅更新 | 先楫半導(dǎo)體HPM_APPS v1.9.0發(fā)布
重磅更新 | 先楫半導(dǎo)體HPM_APPS v1.9.0發(fā)布
Matter 1.4如何提升智能家居設(shè)備互操作性
SiliconLabs（芯科科技）Matter首席產(chǎn)品經(jīng)理Rob Alexander先生近期制作本篇趨勢應(yīng)用文章，重點介紹了Matter 1.4標(biāo)準(zhǔn)版本引入的全新功能，以及這些新特性如何用來提升智能家居設(shè)備的互操作性，并進(jìn)一步拓展設(shè)備支持類型到能源管理的應(yīng)用領(lǐng)域。
新思科技與英特爾攜手完成UCIe互操作性測試
近日，新思科技與英特爾攜手合作，率先完成了UCIe(Universal Chiplet Interconnect Express)互操作性測試芯片演示，并成功推出了包含控制器、PHY(物理層)和驗證
hpm_apps v1.8.0上線：HPM6200四軸伺服驅(qū)控方案重磅發(fā)布！
hpm_apps v1.8.0上線：HPM6200四軸伺服驅(qū)控方案重磅發(fā)布！
先楫半導(dǎo)體HPM_SDK v1.7.0發(fā)布！這些更新你值得關(guān)注！
先楫半導(dǎo)體HPM_SDK v1.7.0發(fā)布！這些更新你值得關(guān)注！
樂鑫 ESP32-C6 通過 Thread 1.4 互操作性認(rèn)證
ThreadGroup授權(quán)實驗室的嚴(yán)格測試中，展現(xiàn)了與最新Thread1.4協(xié)議的無縫兼容性，充分展現(xiàn)了其在性能、安全性和廣泛設(shè)備互操作性方
PCIe 6.0 互操作性PHY驗證測試方案
?和 UCIe?等協(xié)議。CXL提供緩存一致性互連，支持多臺機(jī)器間的內(nèi)存擴(kuò)展，提供最低延遲和最高帶寬。CXL和NVM Express?利用 PCIe 的物理層和簡便的協(xié)議適應(yīng)性。UCIe作為
TI ADS42JB69系列JESD204B ADC與Altera FPGA的互操作性
電子發(fā)燒友網(wǎng)站提供《TI ADS42JB69系列JESD204B ADC與Altera FPGA的互操作性.pdf》資料免費(fèi)下載
發(fā)表于 12-10 14:27
?2次下載
無線充芯片-手機(jī)無線充電芯片-無線充電芯片開發(fā)定制
基于需求信息，進(jìn)行無線充電芯片的技術(shù)研發(fā)與創(chuàng)新。這包括芯片架構(gòu)設(shè)計、電路布局優(yōu)化、算法開發(fā)等方面的工作。在研發(fā)過程中，需要充分考慮高效能量傳輸、兼容性與互操作性以及成本控制等因素，確保芯片性
發(fā)表于 09-27 11:32
互操作性對智能家居的重要性
在智能家居領(lǐng)域，互操作性對不同群體有不同的意義。消費(fèi)者希望有多種選擇、較高的靈活性、簡單的設(shè)置以及安全感，確保設(shè)備不會被黑客攻擊。最重要的是，他們希望設(shè)備能夠“正常工作”。
是德科技攜手高通突破5G高頻段FR3互操作性
了業(yè)內(nèi)首個在FR3頻段（高頻段）的端到端互操作性和數(shù)據(jù)連接測試，這一成就標(biāo)志著5G技術(shù)在高頻段應(yīng)用上的重大進(jìn)展。
工商網(wǎng)監(jiān)
評論