Flutter：当我可以使用全局变量并改用 setState 时，需要 state 管理库吗？

Question

我知道在 flutter 中，除了 state 管理之外，bloc 模式或 getX 会提供额外的功能，但我主要担心的是为什么我应该使用 bloc 或 getX 或任何其他 state 管理库而不是只使用带全局变量的 setState 管理库？

我也明白，如果我从子 class 更新全局变量的值并导航回父级，那么它的 state 将不会更新，但为了克服这个问题，我只是从子级 ZA2F2A2ED4F8EBC1AB61DZC24 调用父级的 setState() . 我的方法有什么问题吗？如果是，那又是什么？

Answer 1

每当您调用setState() function 时，您的整个 Stateful 或 Stateless Widget 将再次重建。 它使您的应用程序的性能降低。

例如：你有一个无状态的小部件，比如关注

Scaffold(
 body: Column(
  children: [
   Container(
    child: Text(SomeText);
   ),
   FlatButton(
    onPressed: (){
     seState({
      //change Text Function
     });
    }
   )
  ]
 )
)

在这里，当您单击按钮时，它的 function 是更改SomeText的值，现在这些所有代码都将重建，是的，它将SomeText替换为新值。 但它不仅仅是改变了它，而是重建了整个小部件来改变它。

这里不是setState()方法，如果您使用任何 state 管理库，那么它只会更改 SomeText 的值而不影响其他小部件。

作为初学者你可以试试Provider

Answer 2

setState function 调用再次构建整个小部件，这是一个性能问题。 State 管理管理 state 而不构建整个小部件。 此外，如果您的数据在多个屏幕上使用，您必须使用 arguments 来传递该数据，这很麻烦。 这就是我们使用 state 管理库的原因。 希望它能回答这个问题。

Answer 3

我对 flutter 的性能不是很熟悉，我更关心的是可维护性：

1. 当孩子知道父母，反之亦然时，小部件上发生了太多事情，您将无法对抽象进行分层，并且随着时间的推移变得难以推理。

2. 在 javascript 中，我们遵循有关自上而下的 state 流的通量模式：如果您的应用程序 state 不遵循单向流，那么在很短的时间内理解起来就会变得很麻烦。

3. 如果上面没有提到 state 逻辑，那么如果需要在其他地方访问相同的数据，您的组件将没有single source of truth 。

希望这是有道理的。

Answer 4

调用setState()的问题在于，它将重建所有孩子，你调用它的地方。

您可以使用InheritedWidget对其进行优化。 但是， InheritedWidget为您提供了样板代码。

因此，使用一些 state 管理库而不是维护InheritedWidgets总是很实用的。