Redmi Pad評測：紅米充滿野心的一次嘗試
從Note系列到K系列，從藍牙耳機到筆記本電腦，紅米不知不覺之間也已經形成了自己頗有競爭力的產品體系，在中端和次旗艦市場上甚至要比小米新機的表現來得更好，正所謂“大丈夫生居
整理丨諾亞
出品 | 51CTO技術棧（微信號：blog51cto）
近來，傳聞中一直在和谷歌“搞事”的JetBrains為跨平臺領域帶來了一個突破性的消息：發布了Kotlin Multiplatform的第一個穩定版本，支持跨 iOS、Android、桌面、Web 和服務器共享代碼。
提到跨平臺開發，大家比較熟悉的可能是Flutter、React Native等知名框架。這個新生代又是何方神圣？
其實有熟悉Android開發的朋友可能了解過Kotlin Multiplatform Mobile（KMM）。它是Kotlin Multiplatform（KMP）的組成部分，在2020年就基于Kotlin 1.4發布了第一個版本，但由于一直處在實驗階段，因此了解和使用的人都比較少。如今在JetBrains和谷歌的合力支持下，Kotlin Multiplatform終于開始在跨平臺領域嶄露頭角。
Netflix開發者David Henry和Mel Yahya表示，“不同的技術有時會針對特定平臺的應用開發進行抽象化或完全取代，而Kotlin Multiplatform則為現有的特定平臺提供了有力的技術補充，同時能夠取代與平臺無關的業務邏輯。對我們而言，Kotlin Multiplatform是一款工具箱中的新工具，并非會取代整個工具箱。”
圖源：JetBrains官方網站
Kotlin Multiplatform顧名思義，主要基于Kotlin語言。Kotlin是由JetBrains開發的一種JVM（Java 虛擬機）語言，并被谷歌采用作為Android開發的主要語言。既然Java已經是為跨平臺代碼而設計的，那么Kotlin Multiplatform增加了什么？
答案是Kotlin不僅僅是一種JVM語言。Kotlin/Native使用MinGW (Windows的GCC工具鏈)和Android NDK，編譯為macOS、iOS、Linux、Windows的自包含可執行文件。Kotlin/JS將Kotlin轉換為JavaScript。Kotlin Wasm仍處于實驗階段，可編譯為WebAssembly。
使用Kotlin而不是Java的另一個原因是它的語言特性，包括lambda表達式、擴展函數、類型推斷、空安全等。Kotlin沒有checked異常，因為這些不會提高生產力或代碼質量。
Kotlin Multiplatform是一種跨多平臺共享非GUI代碼的技術。它解決了代碼共享的兩個常見問題，一則需要在項目中包含的一些平臺之間共享某些代碼，二則需要訪問特定平臺的API。這也成就了Kotlin Multiplatform的一大亮點：在多平臺之間高效重用代碼的同時保留原生編程的優勢。
圖片
Kotlin Multiplatform 中的 Expect 和 Actual，滿足了調用原生平臺 API 的需求
API 問題通過Expect和Actual聲明機制得到解決。expect 關鍵字用于定義一個多平臺通用的聲明，即該聲明在所有平臺上都可用，并且需要在特定平臺上實現。actual 關鍵字通常與 expect 關鍵字配合使用，用于定義多平臺通用的接口和函數，從而允許在不同的平臺上使用相同的 API。JetBrains建議只對平臺API使用expect/actual，否則使用普通接口。
2022 年的一項調查顯示，Kotlin 多平臺應用程序的代碼共享率高達 63%
Kotlin Multiplatform用于非GUI代碼，但有一個相關的項目Compose Multiplatform，用于創建共享的UI。
Compose Multiplatform是基于谷歌的Jetpack Compose的跨平臺共享UI聲明式框架。據悉，通過將Kotlin Multiplatform與Compose Multiplatform相結合，開發者不僅將獲得更高的自由度，還可以在Kotlin中實現高達100%的代碼庫共享。
此前KMM主要實現的是共享邏輯，UI層的實現還是建議平臺各自去處理，而在Compose Multiplatform加入后，成為了邏輯和UI都可以實現共享的結果。再加上有Android官方推薦的Buff加身，發布穩定版后與Flutter的競爭必然會加劇。
當前Compose Multiplatform在桌面平臺、macOS、Linux和Windows上也很穩定，但在iOS上是Alpha版本，在Web上是實驗性的。
如果Compose Multiplatform尚未準備就緒，開發者如何支持iOS呢？這可以通過使用SwiftUI實現，SwiftUI是蘋果的官方UI設計語言，它基于聲明性代碼。有一些代碼示例正是采用了這種方法。
JetBrains還表示，他們的目標是在2024年發布面向iOS的Compose Multiplatform測試版，Kotlin/Wasm也在積極開發中。目前Kotlin Multiplatform和Compose Multiplatform均可免費使用。
面向日趨上升的跨平臺開發需求，Kotlin Multiplatform穩定版的首發無疑是一個好消息。保持代碼共享的同時又保留了一定的原生靈活性，允許根據特定平臺的需求進行定制和擴展，這讓KMP成為了一個極有潛力的開發框架，為開發者提供了更多的選擇空間。
根據JetBrains官方頁面，Kotlin Multiplatform已經被麥當勞、Netflix和VMWare等公司使用。
今年5月，麥當勞全球移動應用平臺技術主管Ryan Sander和首席 Android 開發人員Austin Keith甚至專門撰寫了一篇技術博客來解釋為什么他們在諸多解決方案中選擇了Kotlin Multiplatform Mobile（KMM）。
在團隊選型開始，麥當勞移動技術團隊想要的就是“一個響應迅速的原生 UI，與平臺保持同步，并避免重復開發業務邏輯”。
“在決定是否在軟件堆棧中使用KMM時，你應該考慮開發階段以及應用程序遵循或將要遵循的設計范式。如果你的應用程序是圍繞依賴注入設計或使用干凈的體系結構設計的，那么KMM將非常適合，因為它可以被視為另一個領域層，具有兩個平臺共享的優勢。”
在實踐過程中，他們發現KMM的主要優勢集中在以下幾點：
不過在集成KMM的過程中，他們也面臨一些挑戰。
其一，iOS開發人員可能會發現在KMM環境中工作很困難，因為它需要Kotlin語言的知識。不過，如果你有其他語言的開發基礎，比如Java、OC、Swift，你可以用一周的時間學習熟悉Kotlin語法并開始項目實戰。
其二，并非所有庫都有基于Kotlin的等效項，但這可以通過使用expect/actual代碼范式的特定平臺的代碼來解決。
其三，使用常用第三方庫的Kotlin版本時，可能會缺少功能。畢竟這還是一門新技術，隨著技術發展漸趨成熟，這個問題可能會得到解決。
其四，使用協程/異步方法調用的庫可能會由于舊Kotlin內存模型的問題而崩潰。在大多數情況下，更新到最新版本的Kotlin可以防止這種情況發生。
Kotlin Multiplatform 的首次用戶調查結果顯示，有Android背景的開發人員在使用Kotlin Multiplatform的開發人員中占絕大多數，8％的受訪者來自iOS背景，61.4％的受訪者有5年以上的開發經驗。比較出人意料的是，有16.3％的開發者使用這項技術來覆蓋全平臺，目的就是使其代碼盡可能通用。
隨著Kotlin Multiplatform進入穩定版本，開發者必然會更有信心將其應用于生產項目。JetBrains依然在進一步增強Kotlin Multiplatform、Compose Multiplatform以及相關工具功能，以支持這一技術組合成為在不同平臺之間共享代碼的理想之選。對開發者而言，工具箱中有了更多備選，或許會加速創意付諸現實的敘事節奏。
https://devclass.com/2023/11/01/jetbrains-offers-first-stable-release-of-kotlin-multiplatform/
https://www.jetbrains.com/zh-cn/kotlin-multiplatform/
https://medium.com/mcdonalds-technical-blog/mobile-multiplatform-development-at-mcdonalds-3b72c8d44ebc
本文鏈接：http://www.www897cc.com/showinfo-26-16760-0.htmlJetBrains聯合谷歌搞事情！首發穩定版Kotlin跨平臺開發框架！
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： Rust編程基礎之函數和表達式
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號