在生产环境中使用 Realm Collection Change 通知

Question

From the docs，我正在使用类似的东西来根据模型更改动态更新表格视图：

let results = realm.objects(Message).filter("someQuery == 'something'").sorted("timeStamp", ascending: true)

// Observe Results Notifications
notificationToken = results.addNotificationBlock { [weak self] (changes: RealmCollectionChange) in
  guard let tableView = self?.tableView else { return }
  switch changes {
  case .Initial:
    // Results are now populated and can be accessed without blocking the UI
    tableView.reloadData()
    break
  case .Update(_, let deletions, let insertions, let modifications):
    // Query results have changed, so apply them to the UITableView
    tableView.beginUpdates()
    tableView.insertRowsAtIndexPaths(insertions.map { NSIndexPath(forRow: $0, inSection: 0) },
      withRowAnimation: .Automatic)
    tableView.deleteRowsAtIndexPaths(deletions.map { NSIndexPath(forRow: $0, inSection: 0) },
      withRowAnimation: .Automatic)
    tableView.reloadRowsAtIndexPaths(modifications.map { NSIndexPath(forRow: $0, inSection: 0) },
      withRowAnimation: .Automatic)
    tableView.endUpdates()
    break
  case .Error(let error):
    // An error occurred while opening the Realm file on the background worker thread
    fatalError("\(error)")
    break
  }
}

文档并没有详细说明表的数据源委托如何获取这些更改的数据，因此我认为使用自定义 getter 的属性可以做到：

var rows: Results<Message> {
    let realm = try! Realm()
    return result = realm.objects(Message).filter("someQuery == 'something'").sorted("timeStamp", ascending: true)
}

这在实践中效果很好，但Results are now populated and can be accessed without blocking the UI 的评论让我质疑这种方法。我的 getter 是否应该返回一个空数组，直到在通知块中触发 .Initial 通知以确保主线程永远不会被阻塞？

Answer 1

从文档的更改通知部分可能并不明显，但实际上已涵盖 here in the docs。

Results 对象是实时的、自动更新的对象。当它们的值在应用程序的其他地方（或后台线程）发生更改时，它们将在运行循环的下一次迭代中使用新值自动更新（有一些警告。后台线程上的Results 需要显式更新） .

更改通知的目的只是告诉您发生了更改，下次您访问results 时，新值将已经存在。这样您就可以相应地更新 UI。

因此，您不需要额外的代码。只需确保在触发更改通知块时，您在刷新 UI 时仍然引用相同的父 results 对象，并且它应该正常工作™。 :)