关于flutter:Flutter改变状态变量是否必须写在-setState-的-回调里面

18次阅读

共计 678 个字符,预计需要花费 2 分钟才能阅读完成。

咱们都晓得 setState(VoidCallback fn) 是这样用的:

setState(() {count++;});

执行完后组件会从新 build(),就能够取到 count 的最新值了。但其实这样写也是一样的:

count++;

setState(() {});

因为 setState() 最初会调用 markNeedsBuild(),Flutter 会调度使组件 rebuild,所以状态变量的扭转不是必须写在 setState() 的回调外面,只须要最初执行一下 setState() 也能够达到刷新界面的成果。

那为什么 Flutter 要设计 setState() 有个回调函数呢?有两个起因:

一是 setState() 的状态更新是同步的,如果你在 fn 里返回了一个 Future 去扭转状态的值,setState 外部的断言会提醒你不要这样做,应该在 Future 实现后在同步代码里去调用 setState 扭转状态。

二是为了代码可维护性思考。试想一下随着业务代码的迭代,可能会有很多状态变量会产生扭转,比方一开始只有状态变量 a,起初退出了状态变量 b 和 c,代码变成这样:

a++;
b++;
c++;

setState(() {});

当后续业务发生变化这些状态变量都不须要了,前面保护的童鞋把这些状态变量都删除了。因为大家通常都只关注改本人的代码,会有可能遗记删除最初的 setState,代码就变成了这样:

// a++;
// b++;
// c++;

setState(() {});

这样就造成了不必要的 rebuild 节约。所以综上所述,特地是思考到代码的维护性,咱们都应该把状态变量的扭转放到 setState 的回调外面。

正文完
 0