mvvm - 提供者与 ViewModel

Question

了解更多关于ProviderandChangeNotifier架构的信息，我发现它与旧的良好 MVVM 架构非常相似，其中 a是WidgetView 并通过 a和 a链接来通知更改。ViewModelChangeNotifierConsumerProvider

那么为什么不将这称为 Flutter 的 MVVM 呢？这两种架构之间有什么实际区别吗？

Answer 1

provider绝不是一种架构。它是一种成分。

ChangeNotifier使用时绝对没有强迫您使用Provider.

您可以将它与其他东西结合使用，包括 Mobx、BLoC、Redux、...

Answer 2

Provider 不是State-Management图书馆，它是Dependency-Injection.

使用 Provider，您可以实现几乎任何类型的状态管理解决方案，它使您的工作变得更加轻松。

你可能听说过BLoC，在 Flutter 中它是建议的架构，现在人们通常更喜欢 BLoC(Architecture) 和 Provider(DI)。

BLoC 架构与 MVVM 非常相似，不同之处在于 BLoC 更具响应性/现代性，也更适合 Flutter 的响应式/函数式结构。但基本上，如果你不是机制的忠实粉丝，这可以说是相同的events-state。所以是的，您的观察是正确的，我们通常evolved-MVVM从根本上使用。