reactjs - 通量多个存储实例

Question

在数据按所有者 ID 划分为存储桶的 Flux 应用程序中，我们应该使用一个在内部将数据划分为存储桶的存储，还是每个存储桶使用一个存储实例？

例如，我们有一个应用程序用户，他是多名运动员的教练。每个受教练的运动员都有零次或多次训练，教练可以同时查看一名或多名运动员的训练。

我们可以为所有运动员开设一家健身商店；商店必须确保所有数据都被分成运动员桶，并且每个商店方法都需要一个运动员Id参数。

或者，我们可以为每个运动员 ID 分配一个商店实例。这简化了存储逻辑和方法签名，但随后我们必须管理更多存储实例。

有人有这种方法的经验吗？以一种或另一种方式进行有什么优点或缺点吗？或者，哪种方式是“通量方式”，为什么？

Answer 1

Flux 的方式是创建单例存储。它们不是模型，因为我们习惯于以 ORM 风格的 MVC 模式来思考模型。存储仅在应用程序初始化时实例化。他们管理逻辑和数据的“域”。

这些单例存储向调度程序注册回调。回调是数据进入存储的唯一方式。商店还提供 getter 方法作为公共(public) API——这是数据获取的唯一方式。没有 setter 。商店有自己的宇宙，完全控制自己的数据和行为。

就您而言，听起来逻辑域是 Athlete 和 Workout，因此我将创建一个 AthleteStore 和一个 WorkoutStore，并在各自的商店中维护这两个内容的集合。例如，我想您会有像 getWorkoutsByAthleteID() 这样的 setter/getter 。