为什么 StatefulWidget 有时不需要密钥?
Why is a key sometimes not needed for a StatefulWidget?
我正在尝试更好地了解正在发生的事情
official example
AnimatedPositioned
.
从此
article
(和随附的视频)
我们知道,即使小部件对象本身保持不变,只是改变了位置
在小部件树中,如果小部件是 StatefulWidget
.
,则我们必须包含一个键
嗯,在
官方例子
对于 AnimatedPositioned
,使用了 no 键。
当 selected
被翻转时,setState
触发对 build()
方法的第二次调用。
这第二次调用不仅不只是重新定位完全相同的 StatelessWidget
,
它还会创建一个全新的 AnimatedPositioned
对象。
Flutter 如何知道这个小部件与之前的小部件是同一个小部件(以正确地为其设置动画)?它只是在小部件树中的位置吗?但是我们可以有多个小部件,这是 StatefulWidget
.
为什么 StatefulWidget 有时不需要密钥?
键不总是在 StatefulWidget
中使用的原因是因为键擅长两件事*:当小部件在小部件树中改变位置时保持正确的状态,以及能够直接查询执行测试时的特定小部件。
在 AnimatedPositioned
的官方示例中,一个键是多余的,因为该示例中没有机制会导致小部件在小部件树中重新定位,因此状态没有成为的危险丢失或错误分配。由于此示例不关心如何在测试上下文中引用小部件,因此该用例也无关紧要。
理论上,您应该为您的 StatefulWidget
分配唯一的密钥,以保证 Flutter 内部工作的安全性。但在实践中,为整个应用程序中的每个小部件分配一个唯一的键有点矫枉过正,您应该只在有理由这样做时才真正使用键。否则,它会成为那些可能涉及大量沉没时间和样板的做法之一,几乎没有或没有真正的好处。
*:在使用 DevTools 查看应用程序的小部件树时,也可以使用键进行诊断。它们也可用于在查找特定小部件时遍历小部件树,但不鼓励这种使用,因为如果您需要从一个小部件获取信息到另一个小部件,则应使用状态管理工具。
我正在尝试更好地了解正在发生的事情
official example
AnimatedPositioned
.
从此
article
(和随附的视频)
我们知道,即使小部件对象本身保持不变,只是改变了位置
在小部件树中,如果小部件是 StatefulWidget
.
嗯,在
官方例子
对于 AnimatedPositioned
,使用了 no 键。
当 selected
被翻转时,setState
触发对 build()
方法的第二次调用。
这第二次调用不仅不只是重新定位完全相同的 StatelessWidget
,
它还会创建一个全新的 AnimatedPositioned
对象。
Flutter 如何知道这个小部件与之前的小部件是同一个小部件(以正确地为其设置动画)?它只是在小部件树中的位置吗?但是我们可以有多个小部件,这是 StatefulWidget
.
为什么 StatefulWidget 有时不需要密钥?
键不总是在 StatefulWidget
中使用的原因是因为键擅长两件事*:当小部件在小部件树中改变位置时保持正确的状态,以及能够直接查询执行测试时的特定小部件。
在 AnimatedPositioned
的官方示例中,一个键是多余的,因为该示例中没有机制会导致小部件在小部件树中重新定位,因此状态没有成为的危险丢失或错误分配。由于此示例不关心如何在测试上下文中引用小部件,因此该用例也无关紧要。
理论上,您应该为您的 StatefulWidget
分配唯一的密钥,以保证 Flutter 内部工作的安全性。但在实践中,为整个应用程序中的每个小部件分配一个唯一的键有点矫枉过正,您应该只在有理由这样做时才真正使用键。否则,它会成为那些可能涉及大量沉没时间和样板的做法之一,几乎没有或没有真正的好处。
*:在使用 DevTools 查看应用程序的小部件树时,也可以使用键进行诊断。它们也可用于在查找特定小部件时遍历小部件树,但不鼓励这种使用,因为如果您需要从一个小部件获取信息到另一个小部件,则应使用状态管理工具。