响应简单的全局实体缓存而不是flux/react/etc

我在写一点 "fun" Scala/Scala.js 项目。

在我的服务器上,我有被引用的实体 uuid -S (内部 Ref -S)。

为了“有趣”,我不想使用Flux/Redux体系结构,但仍然在客户机上使用React(与 ScalaJS-React )

我要做的是拥有一个简单的缓存,例如:

• 当反应时 UserDisplayComponent 希望显示 Entity User 具有 uuid=0003
• 然后 render() 方法调用 Cache (作为 prop )
• 假设这是第一次 用户显示组件 要求这个特别的 用户 用 UUID=0003 ) 隐藏物 还没有
• 然后 隐藏物 做一个 AjaxCall 去取 用户 从服务器
• 当 阿贾克斯 返回 隐藏物 触发器 re-render
• 但是!当组件请求 用户 从 隐藏物 它得到了 用户 实体 从 隐藏物 立即且不会触发 阿贾克斯

我希望实现这一点的方法如下:

• 我开始了 Read()
• 里面的“东西” Read() 询问 隐藏物 各种各样的 Entities
• 隐藏物 也返回 Loading 或 实体 本身。
• 在渲染结束时 隐藏物 发送所有 AjaxRequest -s到服务器,并等待所有返回
• 一旦所有 AjaxRequests 已经返回(假设他们这样做——为了简单起见) 隐藏物 触发“ re-render() “现在,所有以前被请求的实体都由 隐藏物 马上。
• 当然可能是新来的 实体 -S将触发 Read() 取更多 实体 -例如,如果我加载 实体 举个例子 case class UserList(ul: List[Ref[User]]) 类型。但我们现在不必担心。

问题:

1)如果我以这种方式处理国家事务,我是否真的做错了什么?

2)是否已有解决方案?

我环顾四周,但一切都是通量/还原等…沿着这些线…-我想避免的原因是:

• “乐趣”
• 好奇心
• 探索
• 玩弄
• 我认为对于我的用例来说,这个简单的缓存会更简单,因为我想以一种简单的方式将基于“引用”的“域模型”转移到客户机上:就像客户机在服务器上,网络将无限快且零延迟(这就是缓存将要模拟的)。