Flutter状态管理：Provider vs. Riverpod

介绍

在开发 Flutter 应用程序时，有效管理状态对于构建健壮且可扩展的应用程序至关重要。 Flutter 提供了多种状态管理解决方案，但两个流行的解决方案是 Provider 和 Riverpod。在本文中，我们将深入比较 Provider 和 Riverpod，探索它们的主要功能，并讨论何时使用它们。那么，让我们系好安全带，踏上这段激动人心的了解 Flutter 状态管理的旅程吧！

Provider

Provider 是一个简单但功能强大的状态管理解决方案，它构建在 InheritedWidget 之上。它遵循依赖注入的概念，允许您有效地为应用程序中的多个小部件提供值。 Provider 利用 InheritedWidget 的功能自动将值沿着 widget 树传播，确保每当状态发生变化时相关的 widget 都会得到更新。

让我们看一下演示 Provider 工作原理的代码片段：

dart 复制代码

class Counter with ChangeNotifier {
  int _count = 0;
  
  int get count => _count;
  
  void increment() {
    _count++;
    notifyListeners();
  }
}

class CounterWidget extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    final counter = Provider.of<Counter>(context);
    
    return Text('Count: ${counter.count}');
  }
}

class MyApp extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return ChangeNotifierProvider(
      create: (_) => Counter(),
      child: CounterWidget(),
    );
  }
}

在上面的代码中，我们定义了一个继承 ChangeNotifier 的 Counter 类，它提供了状态管理功能。然后，我们用 ChangeNotifierProvider 包装 CounterWidget 并在 CounterWidget 内使用 Provider.of<Counter>(context) 来访问计数器实例。

Riverpod

Riverpod 是一种较新的状态管理解决方案，也是 Provider 的演变。它解决了 Provider 的一些限制，并引入了一种更具声明性和可测试性的 Flutter 状态管理方法。 Riverpod 专注于提供者作为一等公民的概念，使您的代码更容易阅读、编写和组织。

让我们看看 Riverpod 如何简化代码：

dart 复制代码

final counterProvider = ChangeNotifierProvider((ref) => Counter());

class CounterWidget extends ConsumerWidget {
  @override
  Widget build(BuildContext context, ScopedReader watch) {
    final counter = watch(counterProvider);
    
    return Text('Count: ${counter.count}');
  }
}

class MyApp extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return ProviderScope(
      child: MaterialApp(
        home: CounterWidget(),
      ),
    );
  }
}

在上面的代码中，我们使用 ChangeNotifierProvider 构造函数定义 counterProvider 并提供 Counter 实例。在 CounterWidget 内部，我们使用 watch(counterProvider) 来访问计数器实例。 Riverpod 的方法通过消除对 BuildContext 的需求并自动处理提供程序依赖项来简化代码。

选择正确的解决方案

现在我们已经看到了 Provider 和 Riverpod 的示例，那么问题来了：您应该为 Flutter 应用程序选择哪一个？答案在于项目的复杂性和可扩展性。

如果您正在开发一个具有简单状态管理要求的小型项目，Provider 可能是理想的选择。它提供了简单的设置，非常适合提供程序和小部件数量有限的应用程序。

另一方面，如果您正在构建需要更好的组织、可测试性和性能优化的大型应用程序，Riverpod 可能是更好的选择。 Riverpod 与 Flutter 生态系统的强大集成以及处理复杂依赖图的能力使其成为雄心勃勃的项目的绝佳选择。

结论

选择正确的状态管理解决方案对于开发可维护和可扩展的 Flutter 应用程序至关重要。 Provider 和 Riverpod 都是绝佳的选择，提供独特的功能和方法。 Provider 简单明了，而 Riverpod 提供了更具声明性和可测试性的解决方案。考虑您项目的复杂性和要求以做出明智的决定。无论您选择哪一个，Provider 和 Riverpod 都可以让您通过高效的状态管理创建令人惊叹的 Flutter 应用程序。

来源：Provider vs. Riverpod