用 Mac 開發 Windows 軟體的時代：用戶端技術選型的三條路，AI 又加了新的變數

2026年11月4日，少數派作者 Tw93 發表長文，談多端用戶端開發的技術選型思考。這位以 Pake、MiaoYan 等開源作品聞名的開發者，拋出的問題很實際：想做一個跑在 Windows、Mac 上的軟體，現在該選什麼技術。

這個問題對一般讀者也不算遙遠。你電腦裡那些動輒一百多 MB、開起來風扇就轉的桌面應用，多數正是選型結果的直接產物。

三條路的取捨邏輯

按文章的整理，用戶端開發大致有三條路。第一種是直接寫 Web 代碼塞進原生殼，早年 PhoneGap、Cordova 是代表，靠 bridge 讓 JavaScript 呼叫攝影機這類原生能力。第二種是跨端框架，一份代碼打包多個平臺：行動端有 React Native、Weex，桌面端最知名的是 Electron，VS Code、Slack 都用它做，代價是每個應用自帶一份 Chromium 和 Node.js，安裝包與記憶體佔用都不小。第三種是原生開發，Objective-C、Java、C++ 這類，前期學習投入大，寫出來的東西效能與穩定度最好。

跨端框架後來也長出新分支。Flutter 自帶渲染引擎，從 Skia 換到自研的 Impeller；Qt 走的也是自己畫介面的路。這兩年則有 Rust 寫的 Tauri、Go 寫的 Wails，不再塞一個 Chromium，改用系統內建 WebView，包體小很多，但 Windows 用 WebView2、Mac 用 WKWebView、Linux 用 WebKitGTK，各平臺渲染不一致，反而要再寫相容代碼。Tw93 的觀察是，正因為這個一致性問題，Electron 雖然胖，仍是多數人的選擇。這也和本站先前分析的SSHYard 以純原生渲染切入 SSH 工具市場是同一個脈絡：開發者開始認真考慮原生方案的性價比。

聲明式寫法拉近了門檻，但生態沒跟上

原生開發過去被視為難度最高的一條路。不過 Swift 搭 SwiftUI、Kotlin 搭 Jetpack Compose、C# 搭 WinUI 3 成熟後，原生語言的寫法逐漸向前端的聲明式風格靠攏，代碼更短、更好讀。門檻降了，生態卻沒同步。Tw93 指出，國內原生開發者的數量被 React Native、Flutter、Electron 的普及蓋了過去，生態推進幾乎全靠官方。這也解釋了一個日常體感：很多 App 出活很快，但用久了就是卡，而且這類應用佔比還不小。

AI 改變的是投入結構

文章標題點出「AI 時代」，關鍵在於原生開發的劣勢本質是前期投入大。當 AI 助手能大幅壓低學習曲線與編寫成本，這個劣勢的權重就被調低了。跨端框架的核心賣點是省人力，而 AI 正在讓人力這個變數變便宜。對開發者來說，判斷標準可以很簡單：如果你的產品對效能、記憶體、包體敏感，AI 讓原生路線重新回到可選清單上；如果追求快速迭代與多端一致，Electron 這類方案的胖，依然是可接受的代價。

技術選型從來沒有標準答案，只有當下的成本結構。AI 動的是成本結構那一端。