提供者与 ViewModel
Provider vs ViewModel
了解有关 Provider 和 ChangeNotifier 架构的更多信息，我发现它与旧的优秀 MVVM 架构非常相似，其中 Widget 是视图并通过以下方式收到更改通知ViewModel，即 ChangeNotifier，由 Consumer 和 Provider.
链接
那为什么不叫 MVVM for Flutter 呢？这两种架构之间有什么实际区别吗？
Provider 不是 State-Management 库，它是 Dependency-Injection。
使用 Provider，您几乎可以实施任何类型的 state-management 解决方案，它使您的工作变得更加轻松。
你可能听说过BLoC，在Flutter中它是建议的架构，现在人们通常更喜欢BLoC(Architecture)和Provider(DI)。
BLoC 架构与 MVVM 非常相似，不同之处在于 BLoC 更多 responsive/modern，也更适合 Flutter 的 reactive/functional 结构。
但基本上，如果您不是 events-state 机制的忠实拥护者，则可以说是相同的。所以是的，你的观察是正确的，我们通常从根本上使用evolved-MVVM。
provider绝不是架构。这是一种成分。
绝对没有什么强迫你在使用 Provider 时使用 ChangeNotifier。
您可以将它与其他东西结合使用，包括 Mobx、BLoC、Redux ……
了解有关 Provider 和 ChangeNotifier 架构的更多信息，我发现它与旧的优秀 MVVM 架构非常相似，其中 Widget 是视图并通过以下方式收到更改通知ViewModel，即 ChangeNotifier，由 Consumer 和 Provider.
那为什么不叫 MVVM for Flutter 呢？这两种架构之间有什么实际区别吗？
Provider 不是 State-Management 库，它是 Dependency-Injection。
使用 Provider，您几乎可以实施任何类型的 state-management 解决方案，它使您的工作变得更加轻松。
你可能听说过BLoC，在Flutter中它是建议的架构，现在人们通常更喜欢BLoC(Architecture)和Provider(DI)。
BLoC 架构与 MVVM 非常相似，不同之处在于 BLoC 更多 responsive/modern，也更适合 Flutter 的 reactive/functional 结构。
但基本上，如果您不是 events-state 机制的忠实拥护者，则可以说是相同的。所以是的，你的观察是正确的，我们通常从根本上使用evolved-MVVM。
provider绝不是架构。这是一种成分。
绝对没有什么强迫你在使用 Provider 时使用 ChangeNotifier。
您可以将它与其他东西结合使用，包括 Mobx、BLoC、Redux ……