為什麼 Android 和 iOS 應用開發者應該考慮 Flutter{2021-2022}

移動應用程序世界小鎮的低調談論是，在未來的時間裡，原生應用程序——那些專門為android和 iOS 開發的應用程序將面臨來自使用單一代碼庫開發的應用程序的激烈競爭：跨平台。

觀察到像 React Native 和 Flutter 這樣更先進的跨平台框架，移動世界現在即將進入一個聲音質疑的時代：Native vs Cross Platform 將變得更加突出和響亮.

儘管在今天，原生 Android 和 iOS 開發及其提供的好處都無法與原生 Android 和 iOS 開發相匹敵，但現在出現了一個搭檔框架，為原生方法提供了完全下一個級別的燃料競爭——Flutter。

該框架被認為是 Google 的愛好，但在收到第一次更新 Flutter 1.2 和 Dart 2.2時很快就被遺忘了，它改變了完整的圖像。

該工具在短短幾個月內，不僅在世界上一些最知名的品牌——阿里巴巴、騰訊等——中找到了忠實的用戶群，而且還推出了一項沒有跨平台框架的海明威計劃之前 - 網絡。

整個行業，看到了 Flutter 協會的好處，現在都在熱身，認為終極競爭的日子已經臨近。

現在我們並不是說它會在一夜之間發生，這需要時間，但相信應用程序行業正在走向那裡。

看看移動應用程序社區——無論是開發者還是企業，都在接受 Flutter 作為開發應用程序的首選的想法。

事實上，這就是為什麼越來越多的開發人員現在開始嘗試各種技術堆棧和語言的原因，以便在 Native 消亡時仍然需要它們。

現在，雖然 React Native 已經將自己確立為一個框架，希望繼續從事開發工作的應用程序開發人員應該得到他們的幫助，但這個著名的工具現在正被一個全新的工具——Flutter 所牽制。 而且Flutter 移動應用程序開發的優勢列表也不為人知。

顫振專業人士 2021

Flutter 有哪些創新、不同和簡單的執行方式？ 讓我們回顧一下 2021 年的特性和優缺點，這將使您考慮放棄 React Native 而使用新工具。

用於快速 UI 編碼的自定義小部件

Flutter 最具革命性的地方在於，它藉助構建塊及其一致和統一的對像模型幫助創建用戶界面。

Flutter 可以稱為小部件，因為 Flutter 中的任何對像都是小部件，無論是按鈕、填充還是字體。 小部件可以合併以進行設計或佈局，並且您可以決定在任何程度的定制上使用小部件，即，當您使用 Flutter 團隊使用的相同工具創建自己的小部件時，從結構方塊到最低級別。

Flutter 擁有自己的小部件這一點為您提供了一個主要好處，即在跨平台開發中通常需要最長時間才能完成的 UI 定制在 Flutter 中花費的時間最少。

一個成長中的社區

鑑於習慣 Dart 對您來說不是什麼大問題，因此學習該工具應該很簡單。 Flutter 小組注意到，他們已經看到一些人的編程知識、原型設計和構建應用程序有限，並且進一步指出，從 Flutter 開始不需要任何移動改進經驗。

對於這樣一項年輕的技術，Flutter 發展非常迅速。 據統計，Flutter 的使用量增長迅速，每月有超過 50 萬開發者使用 Flutter。 一些統計數據顯示了 Flutter 不斷增長的增長。

• 據觀察，幾乎 78% 的 Flutter 開發人員使用穩定通道，11% 使用 beta，其餘 11% 使用 dev 或 master。
• 印度、中國、美國、歐盟和巴西是 Flutter 排名前五的地區。
• 在 Play 商店中發布的 Flutter 應用被計算為大約。 90,000。

Dart - 簡單而引人入勝的語言

Dart 是一種尖端的面向對象語言，它可以幫助您記住 Java 或 C++ 的語法。 它支持堅實和弱的作曲風格，使初學者很容易上手。

不需要 XML 記錄。 在Android開發中，工作分為設計和代碼。 該格式應該用 XML 編寫為視圖，然後在 Java 代碼中引用。 Dart 通過將格式和代碼保存在一個地方來解決這個問題。 由於 Flutter 中的對像是小部件，因此，佈局是在 Dart 中創建的。

如您所知，由於 Dart，用戶小工具上的應用程序將很容易運行，因為它無需橋接器即可編譯為本地代碼，因此，Dart 在沒有 JavaScript 連接的情況下提供了更好的執行。

關於 Dart 的一個重要說明是，該語言不限於移動開發，因為它用於構建 Web 應用程序。 它通常與 web 結構和 AngularDart 一起使用。

重載功能

回到部署需要幾分鐘的常規編程可能會很困難。 熱重載提高了程序員的工作效率，有助於快速迭代，並允許您在沒有長時間延遲的情況下進行試驗。 Xamarin 和 React Native 也有這個功能的等價物，但是一些評論聲稱它在 Flutter 中要快得多。 我們還沒有看到證明這一點的基準。

該工具已固定在 Flutter 的設計中，不需要任何插件即可工作。 熱重載允許您實時查看更新。 例如，假設您在運行程序時遇到錯誤。 在 Flutter 中，您可以立即修復它，從您離開的地方開始，而無需重新啟動整個事情。

回到部署需要幾分鐘的常規編程對您來說可能會很困難。 熱重載提高了開發人員的效率，有助於快速迭代，並允許您在沒有長時間延遲的情況下進行測試。

可移植性

Flutter 不僅僅是一個框架，它是一個完整的 SDK（軟件開發工具包），它可以在任何有屏幕的設備上運行。 第三方移植已用於開發適用於 Mac OS、Linux 和 Windows 的 Flutter 應用程序。 它們結合了植入 API、鼠標和鍵盤輸入功能以及各種插件。 一些人甚至嘗試使用 Flutter 開發電視應用程序。 考慮到它的可能性，它正日益成為人們喜愛的框架之一。

高性能

很多組件都涉及到應用程序的演示：CPU 的使用、平均反應時間、每秒幀數 (fps) 等是有助於訪問應用程序性能的一些因素。 Flutter 保證一致的 60fps，這是當今屏幕顯示流暢、清晰畫面的速率。 這種幀速率的任何延遲都會很快被肉眼觀察到，因此，開發人員試圖在這個級別上跟上這一時刻。

因為我們已經深入探討了React Native 與 Flutter的爭論，以及 Flutter 應用程序開發相對於React Native 應用程序開發的好處，所以在本文中，讓我們專注於為什麼 Android 和 iOS 開發人員是時候轉變他們的專注於 Flutter 應用程序開發服務並提高他們在該領域的技能。

事不宜遲，讓我們開始了解 Flutter 對 iOS 和 Android 應用程序開發的影響：

到目前為止，讓 iPhone 應用程序開發人員無法將時間投入到跨平台應用程序開發的原因是，允許他們從一個代碼庫開發兩個應用程序的工具所提供的質量顯然表明缺少某些東西。 這種不完整感增加了 Swift 是最好的工作工具之一這一事實，這也是阻止他們研究跨平台方向的原因。

但是，自從 Flutter 進入市場以來，幾乎不可能在 Native 應用程序和使用 Flutter 框架開發的應用程序之間找到區別。 框架附帶的流暢性、流暢性和純粹的原生性，使 Flutter 成為iOS 和 android開發人員的理想選擇。

既然已經確定 Flutter 現在已經在移動領域廣為人知，那麼現在很容易看到 Flutter 和 Native iPhone 應用程序開發之間的輕微比較，以了解哪個比哪個更好。

Flutter vs Native iOS 開發的答案可以從以下比較點看出——

單一技術堆棧

在開發原生 iOS 應用程序時使用 Swift 或 Objective-C 時，Flutter 使用Dart語言。 IDE 也與語言一樣不同。 雖然原生 iPhone 應用程序是使用 Xcode 開發的，但 Flutter 使用 Android Studio、IntelliJ Idea 或其他文本編輯器，如 Atom 或 Sublime Text。 現在，讓 Swift 構建應用程序真正快速的原因在於，它的所有組件都是本地開發的。 另一方面，Flutter 使用 Dart 框架，無需橋接與原生模塊進行通信——這意味著，對於 iOS 開發人員來說， Flutter已經具備原生應用程序開發所需的一切。

開發人員的生產力

在原生開發 iOS 應用程序時，開發人員每次在應用程序中進行更改時，都需要重新構建完整的應用程序或第三方依賴項，以查看設備或刺激器中的更改。

另一方面，為什麼在 ios 和 android 應用程序開發中使用 Flutter 的答案在於它提供了一個熱重載選項，其中所做的所有更改都實時顯示在模擬器上。

Native iOS 開發中存在的另一個影響生產力的特性是依賴管理程序。 Native 開發中的依賴管理依賴於一些第三方工具，例如 Carthage 或 CocoaPods，這些工具具有學習曲線。 在這種情況下，Flutter 應用程序開發的好處可以從框架利用其名為 Pub 的個人依賴管理工具這一事實中看出。 依賴處理系統已經內置在 Flutter 應用程序中，這使得在需要時獲取新依賴變得非常容易。

用戶界面元素

Apple 用於創建 UI 組件的本機框架稱為 UIKit，它是一個包羅萬象的事件驅動用戶界面，提供廣泛的手勢支持。 該框架自帶對文檔、動畫、打印和繪圖的原生支持。 然而，Flutter 的 UI 引擎的行為非常不同。 它在渲染引擎和自己的框架上運行。 該引擎基本上是一棵有狀態和無狀態小部件樹，名副其實，並提供了絕對像素完美的小部件負載。 事實上，Flutter 的 UIKit 是android 和 iOS 應用程序開發人員應該考慮 Flutter 的第一大理由。

測試支持

Apple 提供了一個名為 XCTest 的原生測試框架，用於 iOS 應用程序的集成、性能和 UI 測試——這個框架並非沒有問題。 XCTest 框架沒有許多重要元素，例如測試分組、數據驅動測試、快照測試等。但是 XCTest 的最大缺點之一是模擬和存根，而前者需要大量代碼，所以對後者沒有原生支持。 Flutter 提供了一個堅如磐石的測試框架，允許開發人員在功能、單元和 UI 級別編寫測試。 該框架甚至包含帶有示例代碼的詳細文檔，介紹了在不同級別測試應用程序必須遵循的過程。 與 Xcode UI 測試類似的 Flutter 集成測試由一個單獨的包 - Flutter Driver 提供。

現在我們已經了解了使 Flutter 略微（或在某些情況下大量）優於 Native iOS 的所有不同元素，並且在某些方面給出了 android 和iOS 應用程序開發人員應該考慮 Flutter 的原因，現在是時候切換注意開發人員投入時間開發可在 Play 商店上線的應用程序。

雖然 Native Android 應用程序開發框架和 Flutter 都來自同一家母公司——谷歌，但從 Native Android 到 Flutter 的轉變在 Android 應用程序開發人員和 iPhone 移動應用程序開發人員的情況下一樣明顯。

以下是我們必須為 android 開發人員強調 Flutter 的要點，以及為什麼 Native android 開發人員應該擴展他們的技能並嘗試使用 Flutter 框架。

沒有高度重複的 Gradle 構建時間

Gradle 毫無疑問是整個 Android 應用程序開發過程中最重要的工具之一，但讓我們面對現實吧——構建時間非常長，是快速開發週期的巨大障礙。

為了讓 Flutter 對 iOS 和 Android 應用程序開發產生完整的影響，它也需要 Gradle 構建，但沒有原生 Android 那麼多。 雖然 Flutter 構建在第一次開發開始時也需要 Gradle 構建，但它不需要再次完全重新啟動應用程序。 雖然 Android Studio 也將 Gradle 的構建時間降低到了一個不錯的數字，但 Flutter 附帶的加載時間在很大程度上超過了 Native 的加載時間。

後端和佈局的語言相同

原生 Android 帶有單獨的佈局和 Kotlin/Java 文件，這使開發人員可以獲取視圖的引用，然後在後端文件中更改它們。 另一方面，Flutter 需要單一語言來設計後端，而其響應式框架消除了對小部件的引用的需要——成為為什麼使用 Flutter 創建應用程序以及為什麼在 2021 年選擇Flutter 的答案。

Dart 採用多種語言中的佼佼者

Java 甚至在 Java 8 推出之後也留下了改進範圍的痕跡。 雖然 Dart 戰略性地採用了多種不同語言的最佳特性，但並沒有降低人們對 Java 的熟悉感——這使得整個開發過程對開發人員來說幾乎是毫不費力的，並且對於選擇投資的企業來說是有利可圖的美國的顫振應用程序開發人員。

高動畫速度

Flutter 過度簡化和優化了用於移動應用程序的動畫模式。 Flutter for android 開發人員允許以 60FPS 的速度加載動畫這一事實說明了一切。

既然我們已經看到 Flutter 是如何成為一個框架，解決了 android 和 iOS 開發者都面臨的缺點，以及為什麼用 Flutter 創建應用程序已經成為一個沒有被問到的問題，那麼是時候看看是否迫切需要進行這種切換了. 並且如果關於跨平台框架的許多種類甚至準備好取代雙方的 Native 開發流程。

Flutter 準備好用於生產了嗎？

Flutter 的真正進步始於Google 讓 Flutter 走出 Beta 階段並以 Flutter 1.0 的形式進入市場，供開發人員使用，並讓許多企業在其應用程序的技術堆棧中添加，並承諾提供更大的原生性和更高的性能——在Flutter Live Event中。

僅僅兩個月後的 2 月，隨著 Flutter 1.2 和 Dart 2.2 的推出，現在廣受歡迎的跨平台框架得到了加強。 Flutter 框架自去年 12 月上線以來的持續更新足以表明 Google 對該框架的重視程度，以及它希望 iOS 和Android 移動應用程序開發人員和跨行業的企業計劃通過其協會實現的目標.

雖然為 iOS 和 Android 開發 Flutter 應用程序所附帶的功能集以及 ​​Google 團隊和不斷發展的 Flutter 社區不斷努力使其免費發布和準備好可擴展性足以激起 Native 應用程序開發人員的興趣，但切換時間是今天不行。 可能也不會再過2-3年。

該框架現在已被一些頂級應用程序構建公司使用，即使在生產準備就緒之後，它仍在努力解決其中的一些突出問題，即使在 Flutter 應用程序開發社區迄今為止出色地消除了 9000 個問題之後也是如此。 問題的範圍從調試器的隨機斷開連接到應用程序崩潰而沒有明顯的原因。

到 2021 年，Flutter 已經準備好被移動應用程序開發人員用於低複雜度的應用程序和原型設計，但要切換到中等或高複雜度的應用程序項目可能會冒著愚蠢的風險。 雖然這是從業務方面來看，或者是在您正在開發一款將在市場上發布的應用程序時，但作為android和 iOS應用程序開發人員，您應該花時間學習 Flutter 並探索它的功能必須提供。

如果不是今天，Flutter 距離成為企業和初創公司的首選只有幾個問題。 而時間注定遲早會到來，這讓你必須做好準備