有关构建Flutter UI的许多问题都归结为错误BuildContext(例如显示SnackBar)。答案通常提供使用Builder或使用GlobalKey。两者都可以,但是我注意到GlobalKey的文档指出:
BuildContext
SnackBar
Builder
GlobalKey
全局密钥相对昂贵。如果你不需要任何上述特征的上市,可以考虑使用Key,ValueKey,ObjectKey,或UniqueKey代替。
Key
ValueKey
ObjectKey
UniqueKey
所指的功能是唯一标识和子树重新成对。在GlobalKey这种情况下使用a的“相对费用”是否足以Builder代替a ?
我们倾向于避免的真正原因GlobalKey与性能无关。它与以下事实更为相关:它会打乱一些图案。
根据定义,小部件不应能够访问其他小部件的具体信息(例如其大小或位置)。并GlobalKey授予访问此类信息的能力;允许人们做反模式的东西。
可以认为GlobalKey是 弹出 Flutter反应层的一种手段。
举个例子说明人们倾向于使用的方法GlobalKey:
RenderObject
Builder另一方面,类似的东西不会破坏这些模式。按照定义Builder, 什么 也 没有做 。这只是使用其他方法的一种巧妙方法BuildContext。
这通常意味着,如果您可以使用Builder而不是来解决布局问题GlobalKey,那么您将走上可维护布局的正确轨道。
什么时候使用GlobalKey呢?
好吧,如果可以,永远不会。尝试改为使用诸如context.ancestorStateOfType或context.inheritWidgetOfExtactType。您可能还需要考虑RenderObject为特定布局创建自定义。如果您需要父母/孩子之间的关系RenderObject,parentData则也可以与结合
context.ancestorStateOfType
context.inheritWidgetOfExtactType
parentData
但是,这可能更加复杂。它可能消耗比您想要的更多的时间。否则您可能陷入使用当前API难以实现的极端情况。
在这种情况下,GlobalKey只要您知道潜在的后果,就可以使用。