Javascript React Flux存储：集合与专用单例

在使用react&flux（特别是Fluxxor）构建应用程序时，我发现关于如何定义商店的信息少得令人惊讶。我的同事大多数都有主干网和其他MVC框架的经验，他们倾向于创建基本上是集合的商店（即BlogPostStore、CommentStore）。我的直觉是，商店故意不被称为集合或模型。在存储中，被解释为集合和表示逻辑域的单例，而没有真正解释何时应该使用一种形式或另一种形式

---

是否有最佳实践或经验法则来决定何时应该定义基本上是集合的存储或更具体的单例存储？

在我看来，使用flux时划分存储的最佳方法是围绕域概念。需要管理博客帖子和评论吗？一个博客帖子存储和一个评论存储（每一个都充当其类型数据集合的容器）是有意义的。是否与需要通过客户端操作管理的身份验证数据进行会话？会话存储完全是合法的，它根本不会管理一个集合，只是一堆与会话相关的数据。您链接到的文档中提到的TimeStore是另一个很好的例子

基本上，任何时候当你处理一个新的“类型”的信息，不适合现有的商店，创建一个新的。（几年前的一次谈话中，雅虎有人说他们有一个拥有100多家商店的应用程序。）然后，在商店里，为你想要的任何类型的数据管理实现动作处理程序；如果它是一个处理某个集合的存储，那么您定义的操作类型和处理程序将反映这一点。如果没有，也没关系