「这是我参与11月更文挑战的第15天,活动详情查看:2021最后一次更文挑战」。
上篇文章我们简单的说了main.dart 的mian方法里面的runApp()。今天我们来聊聊main.dart 里面的StatelessWidget和StatefulWidget这俩个类。
StatelessWidget
StatelessWidget:一旦构建后状态就不能改变的Widget。这些Widget一旦被构建就是不可变的,即变量、图标、按钮或数据的任何变化都不能改变Widget的状态。一些官方的实例:Text、RaisedButton、Icon。以下是StatelessWidget的基本写法:
class SplashScreen extends StatelessWidget {
const SplashScreen({Key? key}) : super(key: key);
// This widget is the root of your application.
@override
Widget build(BuildContext context) {
return Container(color: Colors.red);
}
}
StatelessWidget 的build方法并返回一个Widget,其中Widget的状态不会在运行时发生改变,只会在初始化的是才赋与值。
- 无状态组件是StatelessWidget组件。
- 它们不依赖于任何数据或行为发生更改。
- Stateless Widgets 没有状态,它们只会被渲染一次并且不会自我更新,只会在外部初始化的时候进行更新。
- 例如:Text、Icon、RaisedButton是无状态组件。
StatefulWidget
StatefulWidget:是一旦构建Widget的状态还会发生改变的Widget。这些state是可变的,并且可以在其生命周期中多次改变。这只是意味着Widget状态可以通过不同的变量、输入、或数据的任何变化都可能改变Widget的状态。官方的一些示例:CheckBox、RadioButton、Form、TextField。以下是StatefulWidget的基本写法:
class MyApp extends StatefulWidget {
@override
_MyAppState createState() => _MyAppState();
}
class _MyAppState extends State<MyApp> {
@override
Widget build(BuildContext context) {
return Container();
}
}
StatefulWidget覆盖createState()
并返回一个State。
StatefulWidget 的生命周期
createState()
当我们创建一个有状态的组件时,Flutter框架会提示创建 createState()
方法。
@override
_MyAppState createState() => _MyAppState();
mounted
一旦我们创建了一个State对象,框架就会通过在调用initState()
方法之前将它与BuildContext来mounted
一个State对象。所有组件都具有 bool mounted
属性。当 buildContext
被分配时,它变成true。
bool get mounted => _element != null;
initState
这是在类构造函数之后创建有状态小部件时调用的第一个方法。initState() 只调用一次。它必须调用 super.initState()
。在这里,您可以初始化数据、属性并订阅 Streams 或任何其他可以更改此小部件上数据的对象。
@override
initState() {
super.initState();
//...
}
didChangeDependencies
在第一次构建组件时在 initState()
方法之后立即调用此方法,每当调用此组件所依赖的数据的对象时,它也会被调用。例如:它依赖于更新的 InheritedWidget。build 方法总是在调用 didChangeDependencies
之后调用,因此很少需要这样做。
@override
void didChangeDependencies() {
// TODO: implement didChangeDependencies
super.didChangeDependencies();
}
build
它显示由组件表示的用户界面部分。在几种不同的情况下调用此方法:
- 调用 initState() 方法后。
- 框架总是在调用 didUpdateWidget 后调用 build() 方法
- 收到 setState 调用后更新UI。
@override
Widget build(BuildContext context) {
return Container();
}
didUpdateWidget
如果父组件更改配置并且必须重建此组件。但是它正在使用相同的 runtimeType 重建,然后调用 didUpdateWidget() 方法。更新此状态对象的组件属性以引用新的组件,然后使用前一个组件作为参数调用此方法。
@override
void didUpdateWidget(covariant MyHomePage oldWidget) {
// TODO: implement didUpdateWidget
super.didUpdateWidget(oldWidget);
}
setState
当用户执行setState
方法时,当执行setState方法里面需要实现的回调函数后,将会再次执行build方法更新反映在 UI 中。setState 通知框架当前对象的内部状态已以可能影响用户界面的方式更改。
@override
void setState(VoidCallback fn) {
// TODO: implement setState
super.setState(fn);
}
deactivate
当从组件树中删除状态时调用,但它可能会在当前帧更改完成之前重新插入。之所以存在此方法,是因为 State 对象可以从树中的一个点移动到另一个点。
@override
void deactivate() {
// TODO: implement deactivate
super.deactivate();
}
dispose
当State对象被永久移除时调用。在这里您可以取消订阅和取消所有动画、流等。
@override
void dispose() {
// TODO: implement dispose
super.dispose();
}
- 有状态组件是StatefulWidget组件。
- 可以在运行时根据用户操作或数据更改进行更新。
- 有状态的 Widget 有一个内部状态,如果输入数据发生变化或 Widget 的状态发生变化,它可以重新渲染。
- 例如:复选框、单选按钮、滑块是有状态的组件
总结如下
无状态的含义仅仅是组件的所有属性都是不可变的。所以能够更改StatelessWidget的唯一方法是该StatelessWidget的初始化。总结的来说一个StatelessWidget
将永远不会自行重建,但它可以从外部去初始化。而StatefulWidget可以自己触发重建,比如通过调用setState()
。
如图所示,StatelessWidget
唯一提供了一个公共build
API 来触发构建,而StatefulWidget
可以具有很多个导致(重新)构建的触发时机。如常用的setState()
更新widget UI。
-
State
是widget的可变数据,widgetState
的数据也是可以改变的。 -
StatefulWidget
是带State
的组件,而StatelessWidget
没有状态的组件。 -
StatefulWidget
可以通过调用setState
函数主动更新UI 。 -
StatelessWidget
里面的数据是不能改变的。如果它要更新UI,需要它的父组件以通过构造函数把数据传给它来更新UI。 -
StatelessWidget
尽可能多地使用,因为他的性能消耗是最小的。