【发布时间】：2015-07-26 16:02:41
【问题描述】：
我是 Flux/React 的新手，我很难理解一些基本架构决策：
- 我知道所有商店都是单例的，但它们都是在应用启动时创建的，还是商店的生命周期可以更短，特定于用户的操作？
- 我可以拥有多个相同商店类型的实例，每个实例都使用不同的上下文进行初始化吗？
不幸的是，我看到的所有示例似乎都过于简单，无法回答这些问题。让我们从Facebook's chat app example 开始。有多个线程，每个线程都有消息。 MessageStore 保存整个应用程序的所有消息，名为 getAllForThread(id) 的方法返回过滤后的消息子集。当消息进入任何线程时，它会发出一个更改通知，导致 MessageSection 反应组件重新获取数据（无论用户正在查看哪个线程）。这显然不能扩展。如果我们有 10,000 个线程，每个线程都有大量的消息活动怎么办？以下是我决定解决问题的方法：
- 每个 MessageStore 都使用线程 ID 进行初始化。
- 创建一个单独的 MessageStoreFactory，用于创建和管理 MessageStore。
- 当用户单击一个线程时，它会向 MessageStoreFactory 询问 该特定线程的 MessageStore，而不是订阅全局 MessageStore 的 React 组件。
- 如果工厂已经有该线程的 MessageStore，则返回它。否则，它会创建一个，启动一个异步任务来为其获取初始数据，然后返回它。
- 当 React 组件被拆除时（假设用户离开它），它会通知 Factory 一切都通过 Store 完成。使用引用计数或其他一些缓存逻辑将允许工厂修剪未使用的存储。
我用这种方法离基地有多远？有没有更简单的方法仍然可以扩展？
【问题讨论】：
-
"这显然无法扩展。" - 我会小心不要对商店和组件的大规模行为做出假设。 React 的 diffing 最小化了 DOM 操作，“componemtShouldUpdate”可以在渲染过程之前捕获东西。您可以聪明地了解更新数据提取器要求的内容（可能要求自 messageId #16456 而不是 getTheMessages 以来的最新更改）。
标签： javascript reactjs reactjs-flux flux