React + Firebase 非规范化数据跳转补全方案及场景名称咨询

你的方案是非常合理的通用处理策略，完全符合React + Firebase技术栈下非规范化数据的最佳实践逻辑：

• 非规范化数据的核心目的就是降低列表类场景的查询开销，你在列表页只加载渲染UserListItem需要的5个字段，避免提前拉取Profile页才需要的冗余字段，既降低了Firebase的读取成本，也加快了列表页的渲染速度，完全符合你做数据非规范化的初衷。
• Profile页的完整性校验+按需拉取逻辑同时兼顾了两种场景：如果用户之前已经访问过该用户的Profile，全局context中已有全量数据就直接复用，无需重复请求；如果是首次访问才触发数据库查询拉取全量字段，平衡了加载速度和请求开销。

你可以针对现有代码做几个小优化：

• useEffect的依赖数组需要补充userData、isUserDataComplete、users.updateData三个依赖，避免闭包陷阱导致拿到过期的userData，触发不必要的请求或者判断错误。
• 补充拉取过程的loading状态和异常捕获逻辑，避免请求过程中页面展示不完整，或者请求失败时没有降级提示。
• 如果你的业务需要实时更新用户数据，可以把单次getUserData替换成Firestore的onSnapshot实时监听，用户的粉丝数、会员状态变更时Profile页可以自动同步，不用手动刷新。

这类场景的通用技术名称是 按需数据水合（On-demand Data Hydration），也叫部分数据补全，你可以通过这个关键词查阅更多同场景的实践资料。
另外你这种在父列表查询中嵌入子资源的部分字段、子资源详情页再拉取全量的模式，在NoSQL非规范化设计领域也被称为 部分嵌入式引用（Partial Embedded Reference） 模式，是Firebase生态中非常常用的架构设计。

内容的提问来源于stack exchange，提问作者Raul