修改多个商店实例

Question

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

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

我们可以为所有运动员开设一家健身店；商店必须确保将所有数据分离到各个运动员桶中，并且每种商店方法都需要一个运动者参数。

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

有人对这种方法有经验吗？以一种方式或另一种方式进行操作有任何利弊吗？或者，哪种方式是“通量方式”，为什么？

Answer 1

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

这些单例存储向调度程序注册回调。回调是数据进入存储的唯一途径。商店还提供getter方法作为公共API，这是数据获取的唯一方法。没有二传手。商店是他们自己的宇宙，完全可以控制其数据和行为。

在您的情况下，听起来好像逻辑域是Athlete和Workout，所以我将创建AthleteStore和WorkoutStore，并在它们各自的商店中维护这两项的集合。我以为您会遇到像这样的吸气剂getWorkoutsByAthleteID()。