Provider与InheritedWidget

Question

我错了吗?或者如果我们只是想在Widget树中向下传递一个值，那么Provider只是一个带有dispose方法的InheritedWidget？

Answer 1

是。Provider实际上主要是基于Inheritedwidgets的特性。

如果你想做你自己的，那也没问题。但是您很快就会意识到，如果没有provider，您将有成百上千的无用的重复行。

Provider基本上采用了InheritedWidgets的逻辑，但将样板文件减少到最低限度。

Answer 2

Provider不是必须的，但应该是。

首先，它是由Flutter团队推广的，并且足够灵活，可以处理几乎任何状态管理解决方案。

将InheritedWidget与dispose结合使用可能不公平，因为Provider有太多不同的用例，并且继承了一些可能在其他地方找不到的优化。

如果在大型应用程序中使用InheritedWidget，build方法总是重新生成整个build方法。但使用Provider时，您可以使用Consumer小部件，它可以非常特定地控制build方法的特定块，因此效率更高。此外，侦听器的复杂度也低于InheritedWidgets'(O(N) vs O(N²))。

问题是，由于Flutter最初是一个UI框架，默认的状态管理解决方案也是面向UI的。

最后，由于您需要为不同的项目使用不同的状态管理模式，因此一种包罗万象的场景是无价的imo。