【问题标题】：React-Flux stores: collections vs specialized singletonsReact-Flux 存储：集合 vs 专门的单例
【发布时间】：2016-02-11 00:47:43
【问题描述】：
在使用 react 和 Flux（特别是 Fluxxor）构建应用程序时，我发现关于如何定义商店的信息非常少。我的同事，他们中的大多数人都有 Backbone 和其他 MVC 框架的经验，他们倾向于创建基本上是集合的商店（即 BlogPostStore、CommentStore）。我的直觉是，商店故意不被称为集合或模型。在flux docs, 中，存储被解释为代表逻辑域的集合和单例，而没有真正解释何时应该使用一种形式或另一种形式。
是否有最佳实践或经验法则来决定何时应定义基本上是集合或更具体的单例的商店？
【问题讨论】：
标签：
javascript
reactjs
frameworks
flux
【解决方案1】：
在我看来，在使用通量时划分商店的最佳方式是围绕领域概念。需要管理博客文章和 cmets？博客文章存储和评论存储（每个都充当其数据类型集合的容器）是有意义的。与您需要通过客户端操作管理的身份验证数据进行会话？会话存储——根本不管理集合，只是一堆与会话相关的数据——是完全合法的。您链接到的文档中提到的 TimeStore 是另一个很好的例子。
基本上，只要您处理不适合现有商店的新“类型”信息，就创建一个新的。 （几年前有一次谈话，Yahoo! 的某个人说他们有一个拥有一百多家商店的应用程序。）然后，在商店本身中，为您想要的任何类型的数据管理实施动作处理程序；如果它是处理某物集合的商店，那么您定义的操作类型和处理程序将反映这一点。如果没有，那也没关系。