我正在研究我的分页功能,到目前为止能够按时间戳对帖子进行分页。 问题出在我使用的版本(来自类(class))中,它根据其值查询帖子,总是从比以前高一点的值开始,当使用时间戳时工作正常,因为数字非常高并且更有可能不同。 现在我想对按 likeCount 排序的帖子进行分页。现在的问题是,由于有很多帖子/评论的点赞数相同,因此分页不再正常工作。
这是我的代码
func observeAllPostsForTrendByLikeCount(start likeCount: Int? = nil, limit: UInt, completionHandler: @escaping ([(Post, UserModel)]) -> Void) {
var postQuery = REF_POST.queryOrdered(byChild: "likeCount")
if let latestPostLikeCount = likeCount, latestPostLikeCount >= 0 {
postQuery = postQuery.queryStarting(atValue: latestPostLikeCount + 1, childKey: "likeCount").queryLimited(toLast: limit)
} else {
postQuery = postQuery.queryLimited(toLast: limit)
}
postQuery.observeSingleEvent(of: .value, with: { (snapshot) in
let items = snapshot.children.allObjects
let myGroup = DispatchGroup()
var results: [(post: Post, user: UserModel)] = []
for (index, item) in (items as! [DataSnapshot]).enumerated() {
myGroup.enter()
API.Post.observePost(withId: item.key, completion: { (post) in
API.User.observeUser(withId: post.userId!, completion: { (user) in
results.insert((post, user), at: index)
myGroup.leave()
})
})
}
myGroup.notify(queue: .main) {
results.sort(by: {$0.0.likeCount! > $1.0.likeCount!})
completionHandler(results)
}
})
}
func loadMoreTrendByLikeCount(start likeCount: Int, limit: UInt, completionHandler: @escaping ([(Post, UserModel)]) -> Void) {
let postOrderedQuery = REF_POST.queryOrdered(byChild: "likeCount")
let postLimitedQuery = postOrderedQuery.queryEnding(atValue: likeCount , childKey: "likeCount").queryLimited(toLast: limit)
postLimitedQuery.observeSingleEvent(of: .value, with: { (snapshot) in
let items = snapshot.children.allObjects
let myGroup = DispatchGroup()
var results = [(post: Post, user: UserModel)]()
for (index, item) in (items as! [DataSnapshot]).enumerated() {
myGroup.enter()
API.Post.observePost(withId: item.key, completion: { (post) in
API.User.observeUser(withId: post.userId!, completion: { (user) in
results.insert((post, user), at: index)
myGroup.leave()
})
})
}
myGroup.notify(queue: .main) {
results.sort(by: {$0.0.likeCount! > $1.0.likeCount! })
completionHandler(results)
}
})
}
只要帖子的点赞数不同,此代码就可以正常工作,但当我滚动得更深并面对多个点赞数为 0 的帖子时,它不会进一步加载。
这是我获取帖子的方式
func loadTrendByLikeCount() {
isLoadingPost = true
API.Post.observeAllPostsForTrendByLikeCount(start: posts.first?.likeCount, limit: 3) { (results) in
if results.count > 0 {
results.forEach({ (result) in
if self.segmentedControl.selectedSegmentIndex == 1 {
self.posts.append(result.0)
self.users.append(result.1)
}
})
}
self.isLoadingPost = false
if self.refreshControl.isRefreshing {
self.refreshControl.endRefreshing()
}
self.activityIndicatorView.stopAnimating()
self.tableView.reloadData()
}
}
和滚动方法
if scrollView.contentOffset.y >= scrollView.contentSize.height - self.view.frame.size.height {
guard !isLoadingPost else {
return
}
isLoadingPost = true
guard let lastPostLikeCount = self.posts.last?.likeCount else {
isLoadingPost = false
return
}
self.Indicator.startAnimating()
API.Post.loadMoreTrendByLikeCount start: lastPostLikeCount, limit: 4) { (results) in
if results.count == 0 {
self.Indicator.stopAnimating()
return
}
for result in results {
if !self.posts.contains(where: {$0.id == result.0.id}) {
self.posts.append(result.0)
self.users.append(result.1)
}
}
self.tableView.reloadData()
self.Indicator.stopAnimating()
self.isLoadingPost = false
}
}
正如我所说,只要没有太多的帖子处于相同的点赞数,它就可以工作并加载更多的帖子。 此外,loadMore() 函数以无限循环结束...
提前致谢
最佳答案
所以首先让我解释一下这里发生了什么。当您调用 loadMoreTrendByLikeCount
时,您提供了一个起始点赞数,假设在此示例中有 10 个点赞,并且您要求 Firebase 获取下一个 limit
帖子数。在此示例中,我们假设限制为 5,并且我们有以下帖子:
"posts": {
"key-1" : {
"likes" : 10,
"timestamp" : 1514852613107,
"userID" : "iijhsPlIxbWrdQty5nn9IUAZRY63"
},
"key-2" : {
"likes" : 10,
"timestamp" : 1515369388635,
"userID" : "iijhsPlIxbWrdQty5nn9IUAZRY63"
},
"key-3" : {
"likes" : 10,
"timestamp" : 1515538024957,
"userID" : "iijhsPlIxbWrdQty5nn9IUAZRY63"
},
"key-4" : {
"likes" : 10,
"timestamp" : 1515700542687,
"userID" : "iijhsPlIxbWrdQty5nn9IUAZRY63"
},
"key-5" : {
"likes" : 10,
"timestamp" : 1515704869452,
"userID" : "iijhsPlIxbWrdQty5nn9IUAZRY63"
},
"key-6" : {
"likes" : 10,
"timestamp" : 1515704970865,
"userID" : "iijhsPlIxbWrdQty5nn9IUAZRY63"
},
"key-7" : {
"likes" : 10,
"timestamp" : 1515773432428,
"userID" : "iijhsPlIxbWrdQty5nn9IUAZRY63"
},
"key-8" : {
"likes" : 10,
"timestamp" : 1515872606809,
"userID" : "iijhsPlIxbWrdQty5nn9IUAZRY63"
},
"key-9" : {
"likes" : 0,
"timestamp" : 1515970044560,
"userID" : "iijhsPlIxbWrdQty5nn9IUAZRY63"
}
}
现在我们执行以下查询:loadMoreTrendByLikeCount(start likeCount: 10, limit: 5)
我们将得到以下帖子 key-8, key-7, key-6, key -5,key-4
。 当您再次查询时,您将获得相同的 5 个帖子,因为查询从同一个位置开始。(即您的限制不足以获得所有具有 10 个赞的帖子,因此起始位置保持不变)
现在,我不确定如何解决这个问题。我只使用过带有唯一 autoID 键的分页,因此不会发生此问题。我唯一能想到的就是检测您是否再次查询相同的帖子并增加限制以便您获得新帖子。您必须不断增加此限制,直到您超过所有具有相同点赞数的帖子。根据帖子的数量,这可能需要一段时间并且效率非常低。
理想情况下,Firebase 会支持查询 10-11 点赞之间的所有帖子以避免此问题,但这是不可能的。看起来您必须以某种方式存储与允许您根据需要进行过滤的喜欢相关的另一个值(例如,如果您有 "filterLikes": 10.0, "filterLikes": 10.1, "filterLikes": 10.2
等)。看看 this question 它可能会有帮助。
关于Swift Firebase 分页,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49177085/