Flutter桌面開發實踐
Tauri 貌似是最好的選擇,可是其效能應付不了我們的場景。Sciter 雖是採用 Html / Js,但是他的渲染是自己寫的,有原生的 Video 介面。Tauri 採用自己的 Wry 統一了各個平臺瀏覽器的 API 介面,但是無法打破瀏覽器邊界的限制,可定製性和相容性也低於 Electron。但是本人依然很喜歡 Tauri,因為小而美,開發除錯方便,效率高,足以應付大部分場景的 Production 需求,期待它的未來發展,更希望它們自己的渲染實現能夠早日達成。
Qt 也是比較實際的選擇,可是看到 Qt 的 Rust 繫結之後,我們就不寒而慄,因為其介面還是 Unsafe 模式,所以也不敢繼續看下去。
Flutter 前端開發更接近於原生的 UI 開發方式,複雜度明顯高於歷經風霜的 Web 技術,這一點從遷移後的程式碼行數就可見一斑,程式碼囉嗦臃腫很多,雖然換來了更好的工程實踐和可維護性(對於我們這種小團隊意義不大)。
複雜度倒是小事情,主要障礙還是開發過程中的各種天坑,雖然早前有所準備,早吃螃蟹肯定就得承擔這些後果,但是沒有預料到有這麼大和多,在此列舉幾個有特點的問題,並公開一下我們對上游專案的貢獻。
1,多視窗支援
但是這個 Pub 在 Windows 上只能支援到 Flutter 3.0.5,Flutter上有相關 issue,但是優先順序低,估計等不了,還是得自己解決。我們暫時選擇使用老版本 Flutter,畢竟目前也沒看出新版本對 Windows 有什麼明顯的優化,個人感覺 Flutter 團隊的重點還是在移動端,桌面端很多基本問題(多級選單,本地游標,滾動條)都一直在拖。
2,視窗優化
3,本地原生 Cursor
4,多級選單
目前我們儘量避免使用多級選單,有原生選單的實現,但是可定製很低,限制太多。
5,滾動條
滾軸速度慢,滑鼠移到滾動條後滾軸失效