靈魂拷問：flutter構建應用的方式是否是一種倒退？

程式媛加油丫發表於2021-05-26

前言

前一陣子有一個網友問了我一個問題：

在以往軟體或者應用開發中，不管是哪種設計模式，mvc也好，mvvm也好，通常都是佈局和程式碼邏輯各自獨立，比如微軟體系下軟體開發下用xaml寫佈局cs程式碼寫邏輯，諸如此類的蘋果安卓都是這樣。

這樣的做法的誕生，在當時應該是一種進步。但是谷歌新移動端框架flutter是佈局跟程式碼邏輯又一起寫了。這是退步還是螺旋上升到這個階段了？

順便這位網友還向我吐槽了一下 Flutter 的括號。

今天就在這裡好好說一下這個flutter吧。

淺談Flutter的未來

3月4日，谷歌正式釋出了 Flutter 的 2.0。該版本最大的特性就是可以支援五大主流的作業系統：iOS、Android、Linux、Windows 和 MacOS。官方甚至還說豐田將會把 Flutter 帶到汽車中。

也就是說，我們可以用一套 Flutter 程式碼適配全平臺了。一切似乎都是朝著好的方向發展。

但是，不少人心中都有一個疑惑：flutter構建應用的方式是否是一種倒退？Flutter不是正在被放棄嗎？

其實這個問題一直都有人在問，在這裡，我就直接引用阿里的閒魚團隊客戶端負責人於佳（宗心）的話吧：

跨平臺本身的對企業來說在成本側是有很大的訴求的，在未來作業系統有可能走向分裂，多終端的場景下，Flutter 會有比較不錯的發展。在生態更加完善後，Flutter 會在一定的歷史階段成為客戶端研發的另一種常見的技術選擇。

上月初，谷歌正式釋出的 Flutter 2.0版本最大的特性就是可以支援五大主流的作業系統：iOS、Android、Linux、Windows 和 MacOS。

也就是說，用一套 Flutter 程式碼適配全平臺已經不再遙遠。

他的觀點筆者深以為然。

我看Flutter

個人感覺Flutter比安卓開發的心智負擔要更低。

用統一的語言和程式碼實現所有功能，需要記憶的細節更少一些，因為所有東西都是dart的widget類，互動起來都是一摸一樣的。而xml和邏輯分開寫尤其是在動態改變元素的時候就會潛意識的糾結寫在哪裡，而且各種諸如inflate之類的細節都要記住。

關於邏輯介面分離

BLoC模式是我目前見過的邏輯介面分離的最徹底最直白的模式，主要是因為dart對於Stream的支援和flutter的StreamBuilder，FutureBuilder等一系列內建控制元件。

而本來就應該結合在控制元件內部的簡單邏輯，flutter寫起來更方便，直接原樣寫進build(context)裡。

針對網友的提問

這個其實感覺更多的是取決於Flutter的定位。

看看MVC和MVVM，都是基於應用層或者服務層提出的設計模式。因為對於一個Web應用，或者客戶端APP，UI是一部分，但除了UI，還有業務實現，網路請求，資料管理等。如何將這幾個部分有效結合，同時合理分層，利於維護和擴充套件，避免衝突，這是工程要解決的問題，所以有了MVC，MVP，MVVM這些設計模式。

再來看看Flutter，現在它的主要定位還是一個UI框架，只是說對於普通的UI框架，它可以跨端的同時保持了近乎原生級UI效能，但它的本質還是和UI框架。也就是說，它的核心能力就是生產一個個大大小小的Widget，然後將它們組織起來，管理它們的狀態，再換個角度說，Flutter就是這些MVx模式中的V。從這點去思考，應該就不難理解為何Flutter會設計成直接在程式碼中寫佈局了，因為它們都是同一層的事情，沒必要分開。React會考慮CSS-in-JS，以及直接在JS中寫類HTML標籤(JSX)應該也是一樣的道理。React的定位就是一個UI庫，和UI相關的，樣式，佈局，事件，寫在一起，沒毛病。如果開發者不習慣或者堅持分離的原則，可以自己擴充套件，於是就有了琳琅滿目的React模組。

所以，我認為Flutter構建應用的方式不是一種倒退，是基於定位的一種合理方案，雖然不一定是最優解，但是合理的。誰也不知道最優解是怎樣的，取決於開發者自身的習慣，取決於專案的規模，取決於公司團隊的規約等等。那麼Flutter完全可以把一部分工作交給社群，交給開發者。如果開發者覺得程式碼裡寫佈局不優雅，那就通過其他模組或者外掛去擴充套件能力。Flutter的核心能力是製造widget管理widget，如果想讓它一直保持活力，需要的不僅僅是開發者通過它來造widget，還要為它造“widget”。

還有就是，題主覺得Dart的程式碼最後是一堆的}}}…}，問題主要不在語言，或者框架的設計本身，關鍵在開發者組織程式碼管理程式碼的能力。以我的經驗，任何形式風格的程式碼，任何邏輯實現，然後方法的呼叫，但凡是一堆)，或者一堆}，或者縮排很深的，說明你的程式碼需要review和refactor了。

筆者感想

其實現在很多開發者都對 Flutter 有偏見。因為感興趣和愛好而去主動鑽研的人不算多，但是我還是想說，Flutter 他值得！

為什麼 Flutter 對Android開發來說值得？

1.Flutter 有很多優點

（1）國際化方案非常友好

Flutter官方提供的國際化方案對佈局的國際化做的非常友好，文案的國際化在Flutter Intl外掛的加持下也非常簡單。（或許微不足道，但是真的超級方便）

（2）執行效率高

就目前市場的大環境來講，主流的跨端方案有兩種：

將 JavaScriptCore 引擎當作虛擬機器的方案，代表框架是 React Native；
使用非 JavaScriptCore 虛擬機器的方案，代表框架就是我們今天的主角 Flutter。

JavaScriptCore，主要是為了相容 Web 標準留下的歷史包袱，無法專門針對移動端進行效能優化。而 Flutter 一開始就是使用全新的 Dart 語言編寫，同時支援 AOT 和 JIT 兩種編譯方式，而沒有采用 HTML/CSS/JavaScript 組合方式開發，在執行效率上明顯高於 JavaScriptCore 。