对于 Flutter 来说，带有 Provider/Scoped Model 的 Change Notifier 是一个糟糕的状态管理解决方案吗？

Question

在我的 Flutter 项目中，我通常倾向于将 Provider 与 Change Notifier 一起用于依赖注入和状态管理目的，因为我发现它比其他解决方案更直观且更少样板，而且我从来没有遇到过任何问题使用这种方法。但最近，我读了很多有关其他状态管理方法的文章，并且听到很多人说 Change Notifier 基本上是一个糟糕且性能较差的状态管理解决方案，特别是在大型应用程序中。就像我说的，我自己从来没有遇到过 Provider 和 Change Notifier 的任何问题，但我仍然是初级开发人员，所以......无论如何，情况真的是这样吗？如果是这样，那么使用 Provider 和 Change Notifier 到底会出现哪些问题？目前有哪些其他推荐用于 Flutter 的状态管理解决方案？

Answer 1

如果您谈论的是 ChangeNotifier+provider，则不是。

这是由于对提供商的工作方式缺乏了解而传播的错误信息。

错误信息的根源在于 ChangeNotifier 的文档，该文档称它仅针对少数听众进行了优化。

有些人误解的是，对于提供程序，ChangeNotifier 通常只有一个侦听器。所以这个问题不存在。