我正在为我的应用程序创建一个同步管理器，该过程的一部分是跟踪本地 Realm 中所做的更改并将它们排队以上传到服务器。据我所知，集合通知缺少这种情况下的一些重要细节，例如缺少已删除对象的 primaryKey 。当相关对象的属性发生更改时，它们还会发送通知，这不是我在跟踪同步更改时想要的行为。
图书馆SyncKit通过迭代 Realm 中的每个对象并将对象通知添加到字典 [String:NotificationToken] 来管理更改跟踪，其中对象 id 是字典键。这看起来很合理，但我想知道这种方法是否存在基于 NotificationToken 底层实现的性能限制。
如果同时删除 1000 个对象会发生什么？在 Realm 中存储 20,000 个对象，每个对象都有自己的 NotificationToken 是否合理？
最佳答案
我认为您需要考虑何时可以更改数据。例如，您创建一个对象=>触发SERVER API请求。然后，用户编辑了一些对象=>触发对象更新请求。用户删除了一些对象 -> 做同样的事情。我没有使用 SyncKit，所以我不知道它可以做什么的确切功能。但是在通知更改上保留 10k 引用...这似乎不太合理
关于swift - Realm 中每个对象的 Realm 对象通知，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/48233685/