构建方法的设计方式应该是纯粹的/没有副作用。这是因为许多外部因素可以触发一个新的小部件构建,例如:
路线流行/推动
屏幕大小调整,通常是由于键盘外观或方向改变
父部件重新创建了它的子部件
小部件依赖于(Class.of(context)模式)更改的InheritedWidget
这意味着构建方法不应该触发http调用或修改任何状态。
这和问题有什么关系?
你面临的问题是你的构建方法有副作用/不纯粹,使得无关的构建调用很麻烦。
您应该使您的构建方法纯,而不是阻止构建调用,以便它可以在任何时候被调用而不受影响。
在你的例子中,你会把你的小部件转换成一个StatefulWidget,然后把这个HTTP调用提取到你的状态的initState:
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
},
);
}
}
我已经知道了。我来这里是因为我真的很想优化重建
也可以让一个小部件能够在不强迫其子部件也进行构建的情况下进行重建。
当小部件的实例保持不变时;故意扑动不会重建孩子。这意味着您可以缓存小部件树的某些部分,以防止不必要的重建。
最简单的方法是使用dart const构造函数:
@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被通知有新值时,即使StreamBuilder/Column重建了,子树也不会重建。
之所以会发生这种情况,是因为由于闭包,MyWidget的实例没有改变。
这种模式在动画中被大量使用。典型的使用是AnimatedBuilder和所有的过渡,如AlignTransition。
您也可以将子树存储到类的字段中,尽管不太推荐,因为它破坏了热重载特性。