标签：firebase pagination google-cloud-firestore android-paging android

根据Google的Yigit Boyar的回应,Live Data并不是聊天应用程序的最佳用例,因为如果同时出现某些项目,则可能无法显示它们.他建议使用新的Google的分页库.我一直在将ItemKeyedDataSource用于我的收件箱(向用户发送消息的所有人员)和内部聊天(消息本身).问题如下：

1-从聊天中,当用户向下滚动时,用户会检索旧消息,这意味着这些消息的插入应位于适配器的位置0,而不是像分页库一样顺序进行.如何将插入的项目的位置依次更改为新消息,而将位置更改为0,以替换旧消息？

2-从收件箱(向用户发送消息的人),我再次在这里使用ItemKeyedDataSource,问题是我想维护存储库中的多文档侦听器(我正在使用Firebase Firestore),因此我可以检测到每次有新朋友与用户交谈时.问题是callback.onResult仅被调用一次,并且在Firebase发送另一个用户时失败.如何维护可更新列表？

解决方法:

我知道这个答案可能为时已晚,但也许可以在将来对某人有所帮助.

物品在RecyclerView中的位置由PagedList< T>内相应数据对象(类型T)的位置确定. PagedList被设计为看起来像旧的List Android

标签：firebase,pagination,google-cloud-firestore,android-paging,android
来源： https://codeday.me/bug/20191109/2011255.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。