通过使用查询而不是重复观察单个事件来加快为我的社交网络应用程序获取帖子的速度

Question

我有一个键数组，它导致我的社交网络的post对象，如so/posts/id/（post info）

func loadNext(i: Int) { 

    // check if exhists
    let ideaPostsRef = Firebase(url: "https://APPURL")

    ideaPostsRef.childByAppendingPath(i.description).observeSingleEventOfType(.Value, withBlock: {
        (snapshot) in

        if i % 29 == 0 && i != 0 && !self.hitNull { return }
            // false if nil
            // true if not nil
        if !(snapshot.value is NSNull) {
            let postJSON  = snapshot.value as! [String: AnyObject]
            print("GOT VALID \(postJSON)")
            let post = IdeaPost(message: postJSON["message"] as! String, byUser: postJSON["user"] as! String, withId: i.description)
            post.upvotes = postJSON["upvotes"] as! Int
            self.ideaPostDataSource.append(post)
            self.loadNext(i + 1)
        } else {
            // doesn't exhist
            print("GOT NULL RETURNING AT \(i)")
            self.doneLoading = true
            self.hitNull = true
            return
        }
    }
}

这个递归函数本质上是从Firebase中获取键号i的值。如果是NSNULL，它知道这是最后一个可能加载的帖子，并且不会再加载了。如果没有命中NSNULL，但I%29==0，则返回基本情况，因此一次只加载30个帖子（0个索引）。当我将DoneLoading设置为true时，将使用属性观察器调用tableView.reloadData()。

下面是我获取的数组的示例

"ideaPosts" : [ {
    "id" : 0,
    "message" : "Test",
    "upvotes" : 1,
    "user" : "Anonymous"
  }, {
    "id" : 1,
    "message" : "Test2",
    "upvotes" : 1,
    "user" : "Anonymous"
  } ]

Answer 1

更新：我们现在还将在AskFirebase中讨论这个问题。

从Firebase加载许多项并不一定很慢，因为您可以对请求进行流水线处理。但是您的代码使这变得不可能，这确实会导致次优性能。

在您的代码中，您从服务器请求一个项，等待该项返回，然后加载下一个项。在如下所示的简化序列图中：

Your app                     Firebase 
                             Database

        -- request item 1 -->
                               S  L
                               e  o
                               r  a
                               v  d
                               e  i
        <-  return item  1 --  r  n
                                  g
        -- request item 2 -->
                               S  L
                               e  o
                               r  a
                               v  d
                               e  i
                               r  n
        <-  return item  2 --     g
        -- request item 3 -->
                 .
                 .
                 .
        -- request item 30-->
                               S  L
                               e  o
                               r  a
                               v  d
                               e  i
                               r  n
                                  g
        <-  return item 30 --

Your app                     Firebase 
                             Database

        -- request item 1 -->
        -- request item 2 -->  S  L
        -- request item 3 -->  e  o
                 .             r  a
                 .             v  d
                 .             e  i
        -- request item 30-->  r  n
                                  g
        <-  return item  1 --     
        <-  return item  2 --      
        <-  return item  3 --
                 .
                 .
                 .
        <-  return item 30 --

我设置了一个jsbin来演示该行为。数据模型非常简单，但它显示了差异。

function loadVideosSequential(videoIds) {
  if (videoIds.length > 0) {
    db.child('videos').child(videoIds[0]).once('value', snapshot => {
      if (videoIds.length > 1) {
        loadVideosSequential(videoIds.splice(1), callback)
      }
    });
  }
}

function loadVideosParallel(videoIds) {
  Promise.all(
    videoIds.map(id => db.child('videos').child(id).once('value'))
  );
}

比较一下：在我的系统上，顺序加载64个项目需要3.8秒，而流水线加载（就像Firebase客户端在本地做的那样）需要600ms。确切的数字将取决于您的连接（延迟和带宽），但流水线版本应该总是明显更快。