Android 特定项目情况下的 DiffUtil
Android DiffUtil in item-specific situations
我通常在需要时使用 diffutil
和 Recyclerview
。现在我有这样的情况,我从后端得到的项目是这样的:
data class CarouselItem(var url: String, var pictureUrl: String, var visible: String)
2 个项目的所有 3 个字段可以相同。我在想在这里创建 diffUtil 的最佳方法是什么。
恕我直言,我应该制作一些包装器来添加一个字段,通过它我可以区分 2 个项目(例如 ID 字段)。
同样在这种情况下,在我的 diffUtil
中,覆盖函数 areContentsTheSame
必须像这样比较项目的所有 3 个字段:
override fun areContentsTheSame(oldItemPosition: Int, newItemPosition: Int): Boolean {
return oldList[oldItemPosition].visible == newList[newItemPosition].visible && oldList[oldItemPosition].pictureUrl == newList[newItemPosition].pictureUrl &&
oldList[oldItemPosition].url == newList[newItemPosition].url
}
我认为这占用的处理器能力与我不使用 DiffUtil
时几乎相同,因为它将整个项目与整个项目进行比较(仅比较 1 个字段没有任何好处)。
这是正确的做法吗?在这种情况下是否有点矫枉过正?我想知道当我将来遇到这样的情况(像这样的项目)时,作为 android 开发人员的最佳选择是什么? (我喜欢遵循干净的代码概念,并尽可能以最好的方式做事)
由于您使用的是数据 class,areContentsTheSame()
可以简化为简单地进行相等性检查:
override fun areContentsTheSame(oldItemPosition: Int, newItemPosition: Int): Boolean =
oldList[oldItemPosition] == newList[newItemPosition]
这种比较通常是微不足道的。相互检查所有项目的目的是避免 notifyDataSetChanged()
的核选项,这会导致每行中所有视图的布局完全重做。与 属性 比较相比,视图布局刷新非常非常昂贵。 (想一想它是如何计算要在二维中显示的文本的每个字符的像素大小并将其全部加起来,等等。而比较两个字符串是一种非常快速的字节比较。)
即使与视图布局更改相比,相等性检查并非微不足道,请记住 DiffUtil 在后台线程上执行相等性检查,但视图布局刷新必须在主线程上完成,因此使用 DiffUtil 可防止 UI 感觉很笨拙。
现在,如果您的两个列表没有任何共同点,DiffUtil 将报告这一点,并且无论如何都必须像 notifyDataSetChanged()
一样布置所有视图。如果列表的全部内容都被每次更改完全替换,DiffUtil 可能不是一个好的选择。如果您正在使用 RecyclerView 进行某种分页,可能就是这种情况。
对于用于 DiffUtil 的项目,您应该使用 val
而不是 var
的原因是为了防止误用。 var
可以正常工作,只要您不将它用于列表中的项目,然后期望能够使用 DiffUtil 比较新旧列表。如果您更改了旧列表中的项目,areContentsTheSame()
将毫无意义。这可能会导致一行的视图在应该更新的时候没有得到更新。
至于您关于唯一 ID 的问题,您可以根据需要生成它们,但最好的方法是视情况而定。 (你的数据是如何存储的,它是如何改变的,什么时候改变的,什么是预期保持不变的,等等)你的项目 class 中应该至少有一个 属性 可以用于 areItemsTheSame()
的比较。您可以省略它,只用与 areContentsTheSame()
相同的方式比较这两个项目,但是您失去了项目的适当动画的好处,这些项目的内容已更改,但仍代表相同的事物。
我通常在需要时使用 diffutil
和 Recyclerview
。现在我有这样的情况,我从后端得到的项目是这样的:
data class CarouselItem(var url: String, var pictureUrl: String, var visible: String)
2 个项目的所有 3 个字段可以相同。我在想在这里创建 diffUtil 的最佳方法是什么。
恕我直言,我应该制作一些包装器来添加一个字段,通过它我可以区分 2 个项目(例如 ID 字段)。
同样在这种情况下,在我的 diffUtil
中,覆盖函数 areContentsTheSame
必须像这样比较项目的所有 3 个字段:
override fun areContentsTheSame(oldItemPosition: Int, newItemPosition: Int): Boolean {
return oldList[oldItemPosition].visible == newList[newItemPosition].visible && oldList[oldItemPosition].pictureUrl == newList[newItemPosition].pictureUrl &&
oldList[oldItemPosition].url == newList[newItemPosition].url
}
我认为这占用的处理器能力与我不使用 DiffUtil
时几乎相同,因为它将整个项目与整个项目进行比较(仅比较 1 个字段没有任何好处)。
这是正确的做法吗?在这种情况下是否有点矫枉过正?我想知道当我将来遇到这样的情况(像这样的项目)时,作为 android 开发人员的最佳选择是什么? (我喜欢遵循干净的代码概念,并尽可能以最好的方式做事)
由于您使用的是数据 class,areContentsTheSame()
可以简化为简单地进行相等性检查:
override fun areContentsTheSame(oldItemPosition: Int, newItemPosition: Int): Boolean =
oldList[oldItemPosition] == newList[newItemPosition]
这种比较通常是微不足道的。相互检查所有项目的目的是避免 notifyDataSetChanged()
的核选项,这会导致每行中所有视图的布局完全重做。与 属性 比较相比,视图布局刷新非常非常昂贵。 (想一想它是如何计算要在二维中显示的文本的每个字符的像素大小并将其全部加起来,等等。而比较两个字符串是一种非常快速的字节比较。)
即使与视图布局更改相比,相等性检查并非微不足道,请记住 DiffUtil 在后台线程上执行相等性检查,但视图布局刷新必须在主线程上完成,因此使用 DiffUtil 可防止 UI 感觉很笨拙。
现在,如果您的两个列表没有任何共同点,DiffUtil 将报告这一点,并且无论如何都必须像 notifyDataSetChanged()
一样布置所有视图。如果列表的全部内容都被每次更改完全替换,DiffUtil 可能不是一个好的选择。如果您正在使用 RecyclerView 进行某种分页,可能就是这种情况。
对于用于 DiffUtil 的项目,您应该使用 val
而不是 var
的原因是为了防止误用。 var
可以正常工作,只要您不将它用于列表中的项目,然后期望能够使用 DiffUtil 比较新旧列表。如果您更改了旧列表中的项目,areContentsTheSame()
将毫无意义。这可能会导致一行的视图在应该更新的时候没有得到更新。
至于您关于唯一 ID 的问题,您可以根据需要生成它们,但最好的方法是视情况而定。 (你的数据是如何存储的,它是如何改变的,什么时候改变的,什么是预期保持不变的,等等)你的项目 class 中应该至少有一个 属性 可以用于 areItemsTheSame()
的比较。您可以省略它,只用与 areContentsTheSame()
相同的方式比较这两个项目,但是您失去了项目的适当动画的好处,这些项目的内容已更改,但仍代表相同的事物。