Firebase 数据库用户都知道有两个基本的监听器用于监听数据:ValueEventListener
和ChildEventListener
。当我们监听一个对象时效果很好,但当我们监听一些集合时就变得非常困难。
要指定问题,让我们假设我们有 HackerNews 提要,并且我们收听例如Firebase 中的“帖子”对象。
当然,我们的应用程序中有 RecyclerView
用于显示帖子,我认为使用 FirebaseUI 是个好主意,但问题是我们希望在更改服务器端或测试。所以我们会使用一些适配器,但这是另一个 question 。
正如我提到的,我们有两个听众,问题是哪个更好?
当我们使用 ValueEventListener
时,我们将获得整个集合,但是如果发生任何变化,比如一个用户更改了帖子的内容,我们将不得不重新加载整个数据,这意味着通过昂贵的网络传输。另一个问题是当我们使用多监听器时,这里是示例:
Post 有 userId,但我们想显示他的名字,所以在 onDataChanged
方法中我们获取用户数据,如下所示:
postsReference.addValueEventListener(new ValueEventListener() {
@Override
public void onDataChange(DataSnapshot dataSnapshot) {
for (DataSnapshot data : dataSnapshot.getChildren()) {
Post post = data.getValue(Post.class);
usersReference.child(post.getUserId()).addListenerForSingleValueEvent(new ValueEventListener() {
@Override
public void onDataChange(DataSnapshot dataSnapshot) {
// Here we have user data
}
@Override
public void onCancelled(FirebaseError firebaseError) {
}
});
}
}
@Override
public void onCancelled(FirebaseError firebaseError) {
}
});
您可以看到,现在我们必须将每个帖子分别添加到 RecyclerView
,这会给我们线索,也许我们应该使用 ChildEventListener
。
所以现在当我们使用 ``ChildEventListener 时,问题是一样的 - 我们必须将每个帖子分别添加到 RecyclerView
但是当有人更改帖子内容时,firebase 只发送给我们这个帖子,它意味着通过网络传输的数据更少。
我们不喜欢将帖子单独添加到 RecyclerView
,因为例如:
- 很难添加加载指示器,因为我们不知道所有数据何时到达。
- 用户不断刷新 View ,而新帖子出现而不是整个列表变得可见。
- 很难对该集合进行排序,我们可能必须在适配器中进行排序。
问题
将 firebase 与集合结合使用的最佳做法是什么,也许比我上面写的更好的解决方案?
编辑
数据方案如下所示:
"posts" : {
"123456" : {
"createdAt" : 1478696885622,
"content" : "This is post content",
"title" : "This is post title",
"userId" : "abc"
},
"789012" : {
"createdAt" : 1478696885622,
"content" : "This is post content 2",
"title" : "This is post title 2",
"userId" : "efg"
}
}
"users" : {
"abc" : {
"name" : "username1"
},
"efg" : {
"name" : "username2"
}
}
编辑 2
我犯了一个错误 -> 当某些事情发生变化时,Firebase 没有在 ValueEventListener
中获取全部数据。它只得到“增量”,here 就是证明。
最佳答案
这个问题有几个问题(即性能、进度指示器、处理新数据,例如对它们进行排序)。自然地,您应该提出一个考虑到您的需求优先级的解决方案。 IMO ValueEventListener
和 ChildEventListener
都有它们的用例:
ChildEventListener
通常是同步对象列表的推荐方式。 documentation on working with lists 中甚至提到了这一点:When working with lists, your application should listen for child events rather than the value events used for single objects.
这是因为您的客户端仅收到具有特定更新(添加或删除)的已更改子项,而不是每次更新时的整个列表。因此,它允许更精细地处理列表更新。
ValueEventListener
当您需要在修改子项时处理整个列表时会更有用。当您必须对RecyclerView
中的列表进行排序时就是这种情况。通过获取整个列表、对其进行排序并刷新 View 的数据集,可以更容易地做到这一点。另一方面,使用ChildEventListener
进行排序会更加困难,因为每个更新事件您只能访问列表中的一个特定子项。
从性能的角度来看,即使 ValueEventListener
在同步更新时也知道“增量”,我倾向于将其视为仅在客户端效率较低,因为客户端必须对整个列表进行处理,但这仍然比网络端效率低下要好得多。
关于持续刷新和进度指示器,需要注意的最重要的一点是 Firebase 数据库是一个实时数据库,因此实时数据的持续馈送是固有的特征。如果不需要更新事件,您可以简单地使用 addListenerForSingleValueEvent
方法只读取一次数据。如果你想在加载第一个快照时显示进度指示器,你也可以使用它:
// show progress indicator
postsReference.addListenerForSingleValueEvent(new ValueEventListener() {
@Override
public void onDataChange(DataSnapshot dataSnapshot) {
// load initial data set
// hide progress indicator when done loading
}
...
});
关于java - Android 中 RecyclerView 的 ValueEventListener 与 ChildEventListener,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41020787/