Flutter 的功能与许多其他平台大不相同,而且名称build()
只会增加混乱。:-)) 要理解它,请尝试暂时忘记您以前使用其他平台的经验。
Build() 真的更像 display()
Flutter 使用build()
系统来显示当前帧。如果应用程序有快速变化的内容,例如动画或游戏,build()
每秒将被调用 60 次或更多次,即每帧。是的,这就是意图:无论它的名称是什么,都将其视为一个函数displayCurrentFrame()
,而不是名称可能暗示的内容,以构建一个小部件,然后在您的应用程序的剩余生命周期中使用它。
该系统经过完美优化,可以知道何时需要调用build()
。对于不经常更改的内容,它不会每秒调用 60 次,它足够聪明,不会那样做。但是每次真正需要它时,它都会被调用(对于非常复杂的情况,你还有一些机制可以帮助 Flutter 决定何时调用以及调用什么,以确保只有真正改变的部分才会被重绘,从而可以避免真正需要快速变化内容的应用程序(主要是游戏)出现抖动)。
您的任务build()
是获取您当前拥有的任何数据(称为小部件的状态)并仅使用该数据构建小部件(或小部件),仅用于单个显示框架。下一次,可能使用不同的数据,您将一次又一次地构建它。
因此,Flutter 应用程序的工作方式与许多其他平台不同。您不必编写等待用户交互的代码,然后,例如,调用显示函数来直接显示新选择、新文本条目、新图像等任何内容。你所有的小部件的功能都是这样的:只要有变化,用户就会做一些事情,你通过互联网拨打的电话会得到响应,计时器已经过去,所以基本上,任何事情都会发生,你的小部件会存储你刚刚收到的任何新数据进入它自己的状态并告诉 Flutter “嘿,有变化,请给我打电话,这样我就可以画出自己的当前版本。” 而且 Flutter 会调用它build()
,你的小部件会根据这个当前的新数据显示自己。一次又一次,只要您的应用程序还活着并且可以正常运行。
起初,所有这些似乎都是对资源的浪费。为什么要在可能的每一帧上重建所有内容,而不是构建一个小部件,让它保持活力并在应用程序运行时使用它?唯一现实的答案是:别担心。该系统在构思时明确考虑了这种结构,它被编译成优化的代码,运行良好、快速且响应迅速。这些小部件足够轻巧,因此这并不意味着现实生活中最轻微的问题(而且,正如已经提到的,在开始很重要的真正复杂的程序中,你可以对它应该如何工作发表意见,但你没有'也不必担心这一点,直到你达到真正重要的那个阶段)。只要习惯它并接受这就是 Flutter 的工作方式。:-)
其他影响
所有这些还有其他含义。你永远不应该build()
在每个显示周期上做任何你不喜欢做的事情:既因为它不应该花费太多时间,又因为它会被一遍又一遍地调用。尤其不是任何冗长的操作。您可能会启动一个异步操作(实际上,您可能在对某些用户输入进行操作时经常这样做),但那是异步的,它会去完成它的工作并稍后返回。当它返回时,您将新数据存储在状态中,如上所述,并build()
在下一次使用它。但是你永远不会在那里等待任何事情,或者做任何真正复杂的编程逻辑并在那里执行任务。它只不过是一个display()
,真的。