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

咱们都晓得 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 的回调外面。