CloudKit 设计建议

CloudKit design advice

首先让我说我知道使用 CloudKit 的优点和缺点,并且我正在尝试解决其中一个问题。然而,由于 Cloudkit 或多或少是免费的,这就是我正在使用的。我知道使用不同的框架可能会更容易。

为简单起见,假设我正在制作一个社交媒体图像共享应用程序,我想跟踪照片的点赞数,我的框架是 CloudKit。我正在尝试找出最有效的方法来跟踪 public 只分享的照片。

我考虑过的几个选项:

  1. 每个赞都是 public 数据库中的一条新记录,并带有对照片的反向引用。由于 CK 没有聚合查询,为了显示照片的点赞数,我需要查询给定参考的所有记录并计算它们。如果这个数字变得非常大,那么我将遍历光标。这看起来写起来又快又准确,但显示大量照片可能会很慢。

  2. 点赞是私人数据库中的个人记录,我同时在 public 数据库中更新每张照片的单个记录中的聚合。获取总点赞数现在是一条记录查询。使用较小的喜欢的私人数据库,确定用户是否已经喜欢某些东西也变得更容易。该路线听起来是最快的,但如果多个用户都喜欢同一张照片,则它可能不准确。同时删除一个用户和他们所有的私人喜欢会使我的聚合保持不变,我需要一些过程来更新聚合。

我希望得到任何建议,谢谢!

第二种方法最好,而且很准确。当你读取一个数据,改变它并保存它时,CloudKit会同时检查数据是否被改变。因此,当 2 个人同时更新 1 张照片时,其中一个人会收到数据已更改的 CloudKit 错误。然后再尝试更新直到成功。

无论您选择什么解决方案,如果您想在删除用户后更新点赞,您需要一个执行此操作的过程。