滚动时触发的 ListView itemBuilder 方法
ListView itemBuilder method triggered on scroll
我正在使用带有以下 itemBuilder 的 ListView.separated:
itemBuilder: (context, index) {
return _buildRow(dataList[index]);
}
我注意到这个 _buildRow() 方法在我滚动时被触发。似乎只有滚动时超出屏幕的行才会触发。
我没有在 _buildRow() 中使用 setState() 方法。
另外,我验证了超级方法 build(BuildContext context) 没有被触发。它真的只有 itemBuilder 一个。
我不确定这是否正常。有没有办法避免在滚动时重新触发 itemBuilder 方法?如果这不可能,有没有办法在 ListView 构建完成后触发一个方法?
ListView.separated
在滚动时重新触发了它的 itemBuilder
,因为它只加载屏幕上显示的项目,不像 ListView 在初始化时加载所有项目,由于这个 ListView
对于长列表来说不是一个好的选择。
当我们有一个长列表和复杂的小部件要呈现为 ListView.separated
的项目时,这会显着提高性能。这是问题中提到的预期行为。
我正在使用带有以下 itemBuilder 的 ListView.separated:
itemBuilder: (context, index) {
return _buildRow(dataList[index]);
}
我注意到这个 _buildRow() 方法在我滚动时被触发。似乎只有滚动时超出屏幕的行才会触发。
我没有在 _buildRow() 中使用 setState() 方法。 另外,我验证了超级方法 build(BuildContext context) 没有被触发。它真的只有 itemBuilder 一个。
我不确定这是否正常。有没有办法避免在滚动时重新触发 itemBuilder 方法?如果这不可能,有没有办法在 ListView 构建完成后触发一个方法?
ListView.separated
在滚动时重新触发了它的 itemBuilder
,因为它只加载屏幕上显示的项目,不像 ListView 在初始化时加载所有项目,由于这个 ListView
对于长列表来说不是一个好的选择。
当我们有一个长列表和复杂的小部件要呈现为 ListView.separated
的项目时,这会显着提高性能。这是问题中提到的预期行为。