Swift 跨平臺框架 Skip 現(xiàn)已完全開源

作者 | Sergio De Simone

譯者 | 劉雅夢

Skip 是一款通過 Swift/SwiftUI 代碼庫創(chuàng)建 iOS 和 Android 應(yīng)用程序的解決方案，經(jīng)過三年的開發(fā)，Skip 團隊宣布他們決定將 該產(chǎn)品完全開源，以促進采用和社區(qū)貢獻。

在此之前，Skip 是一個付費解決方案，需要訂閱和許可密鑰才能創(chuàng)建應(yīng)用，除非你是獨立開發(fā)者或開發(fā)免費應(yīng)用。Skip 解釋說，這種模式有助于在沒有外部投資的情況下啟動產(chǎn)品，但“事實是，開發(fā)者希望免費獲得他們的工具”。隨著最近決定轉(zhuǎn)向開源，Skip 現(xiàn)在與 iOS 和 Android 的主要開發(fā)工具保持一致，包括 Xcode、Android Studio、流行框架和其他基本工具，這些工具都是免費的。

但 Skip 表示，促使他們做出這一決定的不僅僅是成本問題。

除了價格，還有一個更深層的擔(dān)憂是持久性。開發(fā)者對于在小公司的付費閉源工具上構(gòu)建整個應(yīng)用策略持謹慎態(tài)度是可以理解的。如果公司倒閉了怎么辦？被收購然后關(guān)閉了怎么辦？他們的應(yīng)用程序怎么辦？

簡而言之，這就是 Skip 決定開源的原因：即使當(dāng)前的開發(fā)團隊消失了，解決方案也會繼續(xù)存在，保護開發(fā)者在其中所做的投資。

根據(jù) Skip 團隊的說法，Android 和 iOS 上 UI 框架的快速發(fā)展，包括 Material Expressive 和 Liquid Glass，造成了使用傳統(tǒng)跨平臺 UI 框架可能導(dǎo)致“過時的界面、較弱的用戶體驗和真正的競爭劣勢”的局面。相比之下，Skip 能夠在兩個平臺上實現(xiàn)完全原生的用戶體驗。

事實上，Skip 框架通過將 SwiftUI 橋接到 Jetpack Compose 上，將其引入 Android。這種方法允許 iOS 開發(fā)者在相同的代碼庫中編寫應(yīng)用程序的業(yè)務(wù)邏輯和 UI，而無需額外的努力。

當(dāng) Skip 還是一個封閉源碼的付費產(chǎn)品時，它的一些早期使用者在 Reddit 上分享了他們的經(jīng)驗。Reddit 用戶 jestecs指出：“總的來說，使用起來相當(dāng)愉快，雖然偶爾會遇到一些問題，但總體上令人驚訝地愉快”。此外，JEHonYakuSha進一步闡述：

有些問題是因為某些棄用的構(gòu)造函數(shù)不受支持，因此你可能習(xí)慣于用較舊的方式來定義視圖修飾符或組件，但一旦你習(xí)慣了稍微發(fā)揮創(chuàng)意并確認什么是受支持的，它就非常好。

JEHonYakuSha 還指出，你可以使用//SKIP INSERT將 Kotlin 代碼片段混合到 Swift 代碼庫中，并且 iOS 端只支持 Swift 包管理器，這可能會使管理內(nèi)部依賴關(guān)系變得有些棘手。

Skip 的文檔中有一個重要的警告，即該框架最適合外部依賴較少的新項目或應(yīng)用程序：

將現(xiàn)有的應(yīng)用程序遷移到 Skip 并不簡單。大多數(shù)應(yīng)用都包含許多僅針對 iOS 的依賴，這使得移植到 Android 平臺變得非常困難。

Skip 三年前開始作為 swift 到 kotlin 的轉(zhuǎn)譯器，后來增加了對 Android 上最廣泛使用的 SwiftUI API 的支持。在此期間，他們成立了 Swift Android 工作組，發(fā)布了 Swift Android SDK，實現(xiàn)了在 Android 上原生編譯 Swift 代碼。今天，Skip 支持許多流行的集成框架，與數(shù)千個跨平臺 Swift 包互操作，并提供全面的 SwiftUI 實現(xiàn)。

SwiftCrossUI 是一個開源的替代方案，它為跨 macOS、Linux、Windows 的 UI 提供了類似 SwiftUI 的 API，并對 Android 提供了一些新生支持。

Skip 可以在 GitHub 上克隆，而所有文檔、博客和案例研究都轉(zhuǎn)移到了 skip.dev 上。

https://www.infoq.com/news/2026/01/swift-skip-open-sourced/

聲明：本文為 InfoQ 翻譯，未經(jīng)許可禁止轉(zhuǎn)載。