Firebase直接子级与嵌套子级更改事件

Question

在Firebase Structure Your Data一节中，有一个关于以下示例的讨论，其中聊天消息存储在聊天会话ID下。

如何监听onChildAdded进行任何对话？在消息上设置onchildupdate将发送包含所有会话的DataSnapshot。如果有大量的记录，那将是不可行的。查找整个快照中的哪个子级实际上被更新是一件很困难的事情。

如果我选择直接将消息存储在messages下，而每个消息都包含conversationid字段以检查其所属位置。通过在ConversationID上创建Indexon，我可以通过为消息设置值侦听器来监视添加或更新的每个子级。但是我认为对于一个非常大的数据库可能会有性能问题。

需要更新任何子项是因为我需要为消息的统计数据做一些计算。

{
  // Chats contains only meta info about each conversation
  // stored under the chats's unique ID
  "chats": {
    "one": {
      "title": "Historical Tech Pioneers",
      "lastMessage": "ghopper: Relay malfunction found. Cause: moth.",
      "timestamp": 1459361875666
    },
    "two": { ... },
    "three": { ... }
  },

  // Conversation members are easily accessible
  // and stored by chat conversation ID
  "members": {
    // we'll talk about indices like this below
    "one": {
      "ghopper": true,
      "alovelace": true,
      "eclarke": true
    },
    "two": { ... },
    "three": { ... }
  },

  // Messages are separate from data we may want to iterate quickly
  // but still easily paginated and queried, and organized by chat
  // conversation ID
  "messages": {
    "one": {
      "m1": {
        "name": "eclarke",
        "message": "The relay seems to be malfunctioning.",
        "timestamp": 1459361875337
      },
      "m2": { ... },
      "m3": { ... }
    },
    "two": { ... },
    "three": { ... }
  }
}

Answer 1

我认为您不需要为所有聊天节点注册监听器{一个，两个，三个，等等}。如果你听父节点来听所有的孩子，一个，两个，三个等等，效果会更好。

假设你的第一个屏幕是一个聊天室的列表，其中包含基本信息，如标题，最后一条消息，时间戳。最好为/chats/node注册一个子事件侦听器。这样你就可以得到所有聊天项目的列表。当用户单击聊天项目时，例如/chats/one/，为/messages/one/和/members/one/node注册一个子事件侦听器，用于属于该聊天的成员。