為什麼不要在 Flutter 中使用全局變量

Posted on by

前言

全局變量似乎是很棒的 Flutter 程序組件，因為它們被聲明一次並且可以被程序中的每個函數訪問。 但是，這些變量的成本比你想象的要高，主要是因為：

  • 如果刪除一個全局變量，則必須搜索整個程序並重構每個有權訪問已刪除全局變量的函數
  • 它們很難測試，因為你必須在測試用例之間重置它們
  • 很難跟蹤更改，因為每個函數都可以修改全局變量

以上所有原因都說明瞭為什麼在 Flutter 中永遠不應該使用全局變量。 在本文中，我們將詳細瞭解全局變量的缺點，並學習如何以更有效的方式管理狀態。

Flutter 中的全局變量是什麼？

全局變量是公共變量，可以被 Flutter 程序中的每個方法和對象訪問。

全局變量是局部變量的替代品，它們在方法中創建並在該方法中訪問。

局部變量和全局變量之間的區別在於，局部變量不能被同一程序中的其他方法訪問——因此，與全局變量相比，局部變量的作用域是有限的。

Flutter 中使用全局變量的缺點

在 Flutter 中使用全局變量一直受到質疑和批評，通常被認為是不好的做法。 以下是使用全局變量的缺點：

1. 復雜的代碼維護過程

更改或刪除一個全局變量會觸發一系列事件，因為使用全局變量的小部件和方法將受到影響。

如果要更改全局變量，則必須分析訪問全局變量的每個小部件將如何受到影響並進行特定且必要的更改。

如果刪除一個全局變量，則必須搜索整個程序並重構每個有權訪問已刪除全局變量的函數。

2. 全局變量使單元測試變得痛苦

如果你更改瞭一個具有全局變量的模塊，那麼你將不得不為下一次測試重置它。

很難理解使用全局變量的遺留代碼，而理解程序流程是如何工作的更是難上加難。 很難有效地測試你不理解的代碼，調試也很困難，因為你不知道是誰改變瞭全局變量。

3. 全局變量導致“面條”代碼

由於程序中的每個函數都可以修改全局變量，因此很難跟蹤更改。 如果你正在構建一個大型應用程序，在 Flutter 中使用全局變量的情況會升級。 即使你正在構建小型 Flutter 應用程序，全局變量也會導致災難。

4. 全局變量無法封裝

全局變量使得無法實現封裝，這是一種將代碼包裝到單個單元中的 OOP 概念。 封裝使得代碼的維護變得安全和容易。 如果你想有效地使用封裝，你必須禁止全局變量。

由於全局變量創建瞭“面條”代碼，因此需要大量的規范來約束它們。 但是，有些開發人員會使用全局變量，因為他們在一個小團隊中，並且在某些情況下不利於更改。

但是，無論應用程序的大小如何，當需要維護代碼時，全局變量都會帶來挑戰。 如果有必要使用全局變量，至少使它們不可變。

在下一部分中，你將學習狀態管理庫和包，它們提供瞭以更好的方式管理變量狀態的更好方法，而不會影響維護過程。

如何以更好的方式管理狀態

Flutter 是一個跨平臺的動態框架，用於收集和處理來自用戶的數據。

從開關到單選按鈕，必須有效地管理數據狀態。 但是，全局變量會增加應用程序數據流的復雜性。 全局變量使數據很容易發生變異，這可能會導致處理從用戶那裡收集的數據時出現混亂。

provider 等狀態管理包可用於緩解全局變量帶來的問題。 以下是可用於管理狀態的狀態包管理器和庫的列表：

1. Provider 狀態管理包

Provider 狀態管理器包被廣泛用於收集小部件狀態數據並在狀態更改時更新小部件。

使用提供程序時，隻有受影響的小部件會在數據發生突變時被更新。 與隨處變化的全局變量相比，Provider 降低瞭復雜性。 Provider 從小部件收集數據並監聽小部件周圍發生的數據變化。

該包將應用程序狀態與 UI 分離，Provider 促進應用程序維護和測試。

使用以下代碼片段添加和使用 Provider 包插件：

dependencies:
  flutter:
    sdk: flutter

  provider: ^3.1.0

Provider 程序包還允許你與多個類共享小部件狀態：

void main() {
  runApp(
    MultiProvider(
      providers: [
        ChangeNotifierProvider(create: (context) => CartModel()),
        Provider(create: (context) => SomeOtherClass()),
      ],
      child: const MyApp(),
    ),
  );
}

2. GetX

GetX 是一個輕量級的 Flutter 庫，它提高瞭可擴展性，因為它允許你解耦視圖、依賴註入、表示層和依賴註入。

它提供以下功能：

  • 狀態管理
  • 依賴註入
  • 導航
  • 路由管理

如果你正在尋找一個節省資源且消耗最少的庫，GetX 是你的最佳選擇。

要在 Flutter 應用程序啟動中開始使用 GetX，請將 get 添加到你的 pubspec.yaml 文件中：

dependencies:
  get:

接下來，導入使用 GetX 庫函數和組件時需要的 get 文件：

import 'package:get/get.dart';

3. Riverpod

Riverpod 類似於 `provider——唯一的區別是它以單向方式分發數據。

此狀態管理器確保你的代碼可測試且易於閱讀，因為它消除瞭用於組合對象的嵌套。 特殊功能是它在編譯過程中檢測錯誤。 這將節省你的時間，因為你將在運行時將缺陷添加到你的應用程序之前修復錯誤。

4. Redux

Redux 是一個庫，可幫助你有效地管理小部件的數據狀態。 Redux 是一種以單向方式跨小部件執行狀態數據分佈的架構。 該庫很棒，因為它消除瞭狀態重復，你可以測試狀態結果是否為真。

5. SetState 方法

之前，我們隻介紹瞭管理狀態的 Flutter 包和庫。

當你的小部件更改數據值時，可以調用一個名為 setState 的方法。 它將導致 UI 根據新狀態發生變化。 你可以添加在狀態更改時執行某些操作的代碼。 下面是 Flutter 中 setState 的基本實現：

class _MyHomePageState extends State<MyHomePage> {
  int _counter = 0;

  void _incrementCounter() {
    _counter++;
    setState(() {});
  }

總結

本文我們詳細瞭解瞭全局變量是什麼以及為什麼我們不應該在 Flutter 中使用它們。 此外，我們還探索瞭可用於更有效地管理狀態的各種狀態管理庫。

到此這篇關於為什麼不要在 Flutter 中使用全局變量的文章就介紹到這瞭,更多相關Flutter 全局變量內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：