Skip on Joe's Blog

同一片 Skip 牆，MVVMR 撞得比 MVVMC 輕

Wed, 01 Jul 2026 00:00:00 +0000

前陣子寫了兩件事：先用 Skip 把 MVVMC 帶上 Android（MVVMC-Skip 三部曲），後來又把 MVVMC 用純 SwiftUI 重寫成 MVVMR（C/Controller → R/Router，那一篇在這）。

寫完 MVVMR，一個念頭就冒出來了：

MVVMC 上 Skip 我已經知道會踩哪些坑了。那 MVVMR 上 Skip 呢？同樣的 M/VM/V，少了 UIKit 的 C 層，是會更輕鬆、還是換一批新坑？

於是又開了一個實驗專案把它做完、兩個平台都跑起來。結論比我預期的乾淨：踩到的坑幾乎一模一樣，但 MVVMR 整體成本更低，而且兩邊所有的差異，最後都能收斂到同一條邊界上：View 是用 @State 自己持有 ViewModel，還是用 let 由別人持有。

這篇就講這個。

🏛️ 先對齊：兩邊到底差在哪

Skip 做的事很單純：把 Swift 轉譯成 Kotlin/Compose，原始碼就是唯一依據。所以「上 Skip 會踩什麼坑」，本質上就是「你的程式碼有多少地方 Skip 的轉譯器吃不下」。

MVVMC-Skip 跟 MVVMR-Skip 共用完全一樣的 M / VM / V：

@Observable @MainActor 的 ViewModel、單一 doAction 進入點
一樣的 Action enum、一樣的 onRoute / onCallback 意圖紀律
一樣的 SwiftUI View

唯一的差別在導航的執行底座：

把 MVVMC 帶到 Android（三）：走完之後，這條路值不值得？

Fri, 26 Jun 2026 12:00:00 +0800

Part 1 把專案搬進 Skip，Part 2 把六個功能逐一帶到 Android。技術細節寫完了。剩下一件事：這條路到底值不值得走？

🎯 我答應的事，做到了嗎？

Part 1 講過「核心承諾是 MVVMC 架構零破壞」。誠實打勾：

我答應的	結果
M / VM / V / C 四層分界不能動	✅
`doAction` 單一進入點	✅ 兩個平台呼叫法一模一樣
`Router` enum 模式	✅ 兩個平台共用同一份 enum 定義
`@Observable` ViewModel 形狀	✅
iOS 端 UIKit 啟動鏈不動	✅

代價：

約 130 行改動，散在 23 個檔案
多半是 public modifier、#if !SKIP 包裝、八種小型寫法改寫
Android 端的 C 層額外寫一份（同檔 #else 分支）
一條反向規則：iOS 用 [weak self]，Android 用強參照

M / VM / V 共用同一份 Swift 原始碼；C 層寫兩份。架構意義上零破壞——但程式碼上不是「一字不改」，是「該長的肉長了、骨架沒動」。

把 MVVMC 帶到 Android（二）：三道關卡 + Router 接線

Fri, 26 Jun 2026 11:00:00 +0800

Part 1 把專案搬進 Skip 認得的結構，但 skipstone plugin 還沒接 target，Skip「掛在那」沒對程式碼開火。Part 2 要做的事比較硬：把 plugin 綁上去、看 MVVMC 的 doAction / @Observable / Router 模式撞上什麼，然後把六個功能逐一帶到 Android。

主線是 三道關卡：轉譯關卡（Swift → Kotlin 語法）、Kotlin 編譯關卡（轉譯後的 Kotlin 對上 AndroidX / SkipUI）、執行期關卡（Compose 重繪機制）。三道關卡互不重疊，每道都有自己的修法。最後是 Router 接線跟一個 [weak] 在 Kotlin GC 下會出事的 bug。

🔥 接 plugin，迎接「煙火秀」

Package.swift 一行：

1

plugins: [.plugin(name: "skipstone", package: "skip")]

掛到 MVVMCSkipDemo target 上。預期心理是「Skip 對著整個程式碼開火，錯誤洪流」——Part 1 的撤退過程已經盤點過兩類問題（Swift 6 concurrency、巢狀 leading-dot enum），我把它叫做「雪崩」。

xcodebuild 跑下去，紅燈來了：

** BUILD FAILED **
exit=65

但 grep "error:" build.log | sort -u 之後——只有一個 error：

把 MVVMC 帶到 Android（一）：MVVMC 架構零破壞的前提下，先把專案搬進 Skip

Fri, 26 Jun 2026 10:00:00 +0800

MVVMC 是我長期在用的一套 iOS 架構（背景在這篇）：四層 M / VM / V / C——View 用 SwiftUI 只管畫面，VM 走 @Observable + doAction 單一進入點，C 層是 UIHostingController 把 SwiftUI View 嵌進 UINavigationController，再加一個 AppRouter 把所有導航集中執行。核心是 把導航還給 UIKit 管——SwiftUI 不碰 NavigationStack，畫面跟導航徹底分家。

它在 iOS 上跑得很順，但 跨平台這件事它從來沒想過——畢竟 C 層綁死在 UIKit 上。

Skip.tools 是把 Swift 轉譯成 Kotlin / Compose 跑在 Android 的工具鏈。看起來完美：iOS 寫一份、Android 自動有。但魔鬼藏在「自動」這兩個字裡。

這個系列記錄我把 MVVMC 透過 Skip 帶到 Android 的過程，核心承諾是 MVVMC 架構零破壞——iOS 端的 M / VM / V / C 四層分界、doAction 入口、Router enum、@Observable ViewModel 都不重寫，看看 Skip 到底要付多少代價。Part 1 是序章：戰略撤退、把專案搬進 Skip-aware layout，VM / View / Model 一行未動。Part 2 才會真正讓 Skip plugin 對著 codebase 開火。