0

所以我最近一直在与 paging 3 库进行交互,我学到了很多关于它的知识,但是有一些东西仍然很难掌握。我的问题分为两点,第一点可能是错误,第二点纯粹是信息性的。

第一点:我注意到将 initialLoadSize 设置为与页面大小相同的大小(我没有尝试其他值)会使适配器在完成加载时跳来跳去(这意味着屏幕外加载在不交互时开始移动列表位置) 如果这不是错误,那么第一点是“适配器如何(以及使用哪些用户可设置的参数)确定加载后何时移动列表(将哪些项目居中)。

第二点:为了修复第一点的行为,我已将 initialLoadSize 恢复为默认值。我还需要实现我自己的与房间交互的分页源(因为由于某些应用程序逻辑,我需要在列表中进一步加载一些项目,然后再通过分页加载它们,这会阻止分页加载任何更多项目之后这些)并且我无法弄清楚如何处理分页源中的所有边缘情况(例如何时将下一个和上一个键设置为空,以及何时根据参数设置之前和之后的项目)。因此,为了更好地理解这一点,也许有人可以解释参数如何相互作用。

我可能应该澄清一下,我还使用了远程调解器,并且我正在将房间寻呼源包装在我自己的寻呼源中。

我目前正在处理的项目是:https ://gitlab.com/sedestrian/pokedex 在“恢复的分页源逻辑”提交下的“开发”分支中。

提前致谢。

4

1 回答 1

0

我注意到将 initialLoadSize 设置为与页面大小相同的大小(我没有尝试其他值)会使适配器在完成加载时跳来跳去(这意味着屏幕外加载在不交互时开始移动列表位置)如果这个不是错误,第一点是“适配器如何(以及使用哪些用户可设置的参数)确定加载后何时移动列表(将哪些项目居中)。

跳来跳去是什么意思?在初始加载之前,没有任何数据对吗?

我猜你的意思是在无效/配置更改案例中 - 在刷新时,为了让 diffutil 保留你的位置,你需要加载用户当前正在查看的大约相同的位置PagingState.anchorPosition,所以你必须PagingSource.getRefreshKey以一种方式实现为后续刷新提供一个键,至少填充以 . 为中心的当前视口PagingState.anchorPosition。更大initialLoadSize可以让你在你的钥匙有多远方面更加灵活,所以这是一种可能的情况,改变尺寸会导致它“跳跃”。

为了修复第一点的行为,我已将 initialLoadSize 恢复为默认值。我还需要实现我自己的与房间交互的分页源(因为由于某些应用程序逻辑,我需要在列表中进一步加载一些项目,然后才能通过分页加载它们,这会阻止分页加载任何更多项目之后这些)并且我无法弄清楚如何处理分页源中的所有边缘情况(例如何时将下一个和上一个键设置为空,以及何时根据参数设置之前和之后的项目)。因此,为了更好地理解这一点,也许有人可以解释参数如何相互作用。

adapter.getItem(index)您可以通过简单地调用或触发手动加载differ.get(index)。这就是 bind 本质上触发 Paging 加载的方式,但是您需要小心PagingConfig.maxSize,因为加载太早会导致视口中的页面下降,以便 Paging 可以maxSize在加载请求的页面时尊重 。

null如果没有更多要加载的内容并且您已到达数据集的末尾(最后一页或第一页),nextKey则应设置为 on 。prevKey

itemsBeforeanditemsAfter用于控制占位符的数量,如果禁用,则此计数基本上被忽略PagingConfig.enablePlaceholders,在这种情况下最好保留未定义的默认值。这用于计数数据集。请阅读官方文档,因为那里有一些可能对您有帮助的信息:https ://developer.android.com/reference/kotlin/androidx/paging/PagingSource.LoadResult.Page

于 2021-02-05T21:21:44.113 回答