您的问题分为两部分。让我试着逐一回答。
如何处理 Firestore / Codable 中的嵌套数据结构?
Codable 结构上的任何属性都将映射到 Firestore 文档上的相应属性(您可以通过使用 CodingKeys 枚举对此产生一些影响 - 请参阅 this article。
嵌套类型将映射到文档上的字典,而数组和其他序列将映射到文档上的数组。
为了检索文档的子集合,您需要执行单独的提取请求。 Firestore 不支持在客户端获取文档/子集合的嵌套树。但是,在服务器上却是另一回事。查看Renaud's article 了解更多信息。
如何存储用户特定的数据?
对于任何 user=specific 数据,我建议使用以下两种方法之一来构建数据:
作为子集合存储
在这种情况下,我们有一个顶级集合 users,其中包含所有用户的文档(让 Firestore 为您自动生成文档 ID,并将 Firebase Auth 的用户 ID 作为属性存储在相应的 @ 987654328@文档。
/(root)
+ users <-- (collection)
+ 0FABQ...RiGg <-- (user document)
- uid: "6ZPt...BLiK3fnl2" <-- (Firebase Auth user ID)
- name: "Johnny Appleseed" <-- (attribute)
+ recipes (collection) <-- (sub-collection)
+ A69EF...4EFA <-- (recipe document)
- name: "Scones" <-- (attribute)
+ FCED...12D5 <-- (another user document)
然后您可以使用用户的 ID(来自 Firebase Auth)来查询所有用户的食谱。
存储为顶级集合
在这种情况下,我们有两个顶级集合:一个用于所有用户,另一个用于所有食谱。为了区分用户的食谱,每个食谱文档都有一个 uid 属性,其中包含相应用户的用户 ID:
/(root)
+ users <-- (collection)
+ 0FABQ...RiGg <-- (user document)
- uid: "6ZPt...BLiK3fnl2" <-- (Firebase Auth user ID)
- name: "Johnny Appleseed" <-- (attribute)
+ FCED...12D5 <-- (another user document)
+ recipes (collection) <-- (collection)
+ A69EF...4EFA <-- (recipe document)
- uid: "6ZPt...BLiK3fnl2" <-- (Firebase Auth user ID)
- name: "Scones" <-- (attribute)
要检索用户的食谱,您需要查询所有食谱并过滤与当前登录用户的用户 ID 匹配的食谱。
要了解有关 Firestore 数据建模的更多信息,请查看 the documentation,其中还包含指向许多非常有用的视频的链接。 Fireship 也有一个really good article 关于这个。