构建方法的设计方式应该是纯的/没有副作用。这是因为许多外部因素都可以触发新的小部件构建,例如:
- 路由弹出/推送
- 屏幕调整大小,通常是由于键盘外观或方向变化
- 父小部件重新创建了它的子小部件
- 小部件所依赖的 InheritedWidget (
Class.of(context)
pattern) 变化
这意味着该build
方法不应触发http 调用或修改任何状态。
这与问题有什么关系?
您面临的问题是您的构建方法有副作用/不纯,使无关的构建调用很麻烦。
与其阻止构建调用,不如让构建方法纯粹,以便可以随时调用而不会产生影响。
在您的示例中,您将小部件转换为StatefulWidget
然后将该 HTTP 调用提取到initState
您的State
:
class Example extends StatefulWidget {
@override
_ExampleState createState() => _ExampleState();
}
class _ExampleState extends State<Example> {
Future<int> future;
@override
void initState() {
future = Future.value(42);
super.initState();
}
@override
Widget build(BuildContext context) {
return FutureBuilder(
future: future,
builder: (context, snapshot) {
// create some layout here
},
);
}
}
我已经知道了。我来到这里是因为我真的想优化重建
也可以使小部件能够重建,而无需强制其子级也进行构建。
当小部件的实例保持不变时;Flutter 故意不会重建孩子。这意味着您可以缓存部分小部件树以防止不必要的重建。
最简单的方法是使用 dartconst
构造函数:
@override
Widget build(BuildContext context) {
return const DecoratedBox(
decoration: BoxDecoration(),
child: Text("Hello World"),
);
}
多亏了那个关键字,即使构建被调用了数百次const
,实例也将保持不变。DecoratedBox
但是您可以手动获得相同的结果:
@override
Widget build(BuildContext context) {
final subtree = MyWidget(
child: Text("Hello World")
);
return StreamBuilder<String>(
stream: stream,
initialData: "Foo",
builder: (context, snapshot) {
return Column(
children: <Widget>[
Text(snapshot.data),
subtree,
],
);
},
);
}
在此示例中,当 StreamBuilder 收到新值通知时,subtree
即使 StreamBuilder/Column 进行了重建,也不会重建。之所以发生这种情况,是因为由于关闭, 的实例MyWidget
没有改变。
这种模式在动画中被大量使用。典型用途是AnimatedBuilder
所有转换,例如AlignTransition
.
你也可以存储subtree
到你的类的一个字段中,虽然不太推荐,因为它破坏了热重载功能。