为什么我需要使用新的 Paging 库？ （Android 架构组件）
Why do I need to use the new Paging library? (Android Architecture Components)
我对新推出的 Android 架构组件非常感兴趣。但我不能说我了解 'Paging' 库是关于什么的。
看起来它的目的是为数据分页提供帮助。但这不是一件容易的事吗？就像我可以在我的代码中的某个地方保存一些整数值，然后在我的网络/房间数据库查询中使用它们。
很明显我在这里遗漏了一些东西。请帮助我了解 Paging 库的需求
分页库确实用于数据源的数据分页，此数据源可以像数据库中的单个 table 一样简单，也可以像多个 table 一样复杂，并且在您自己的自定义数据源 class.
中列出的多个网络 api 源
分页库不仅可以从您的数据源提供流畅的分页，还可以为已显示的各个回收站视图项目提供无缝的后台更新。我个人讨厌在不确定有多少项目被更改时调用 notifyDataSetChanged，我期待有机会在后台线程中将当前显示的列表与请求的列表进行区分，并在必要时单独插入、删除和更新项目。
从 pagedListAdapter 到数据源的完整架构，完美地分离了每个关注点（使测试更容易），如果遵循，则为 android 的常用（且通常实现不佳）方面提供了一种方法实施得很好。这提高了个人软件质量、用户和开发人员体验（相当简单），并提升了 android 整体品牌（通过提高 android 软件整体质量）。
我对新推出的 Android 架构组件非常感兴趣。但我不能说我了解 'Paging' 库是关于什么的。
看起来它的目的是为数据分页提供帮助。但这不是一件容易的事吗？就像我可以在我的代码中的某个地方保存一些整数值，然后在我的网络/房间数据库查询中使用它们。
很明显我在这里遗漏了一些东西。请帮助我了解 Paging 库的需求
分页库确实用于数据源的数据分页，此数据源可以像数据库中的单个 table 一样简单，也可以像多个 table 一样复杂，并且在您自己的自定义数据源 class.
中列出的多个网络 api 源分页库不仅可以从您的数据源提供流畅的分页，还可以为已显示的各个回收站视图项目提供无缝的后台更新。我个人讨厌在不确定有多少项目被更改时调用 notifyDataSetChanged，我期待有机会在后台线程中将当前显示的列表与请求的列表进行区分，并在必要时单独插入、删除和更新项目。
从 pagedListAdapter 到数据源的完整架构，完美地分离了每个关注点（使测试更容易），如果遵循，则为 android 的常用（且通常实现不佳）方面提供了一种方法实施得很好。这提高了个人软件质量、用户和开发人员体验（相当简单），并提升了 android 整体品牌（通过提高 android 软件整体质量）。