如何正确实现动态创建的多个子存储

时间:2016-12-14 06:42:24

标签: redux

我有应用程序,我有办公室列表和工作场所列表(工作场所属于办公室)。在他们两个你可以添加笔记,项目(即这个地方很小/这个有打印机/这个办公室有一个办公室的打印机等。)

问题 - 管理笔记和项目我计划使用共享组件,它呈现为弹出窗口,并且可以在屏幕上多次显示(比较两个位置)。我无法弄清楚的是如何在redux中正确地做到这一点。我不能有一个商店的组件。如果我在每个办公室/工作场所放一个商店 - 那么我担心我会使用太多的内存(因为它应该照顾在10个办公室之间分布的大约10000个工作场所,每个工作场所最多可以有20个物品+备注)。而且我找不到任何其他方法只为组件存储 - 它将在显示时创建,然后它将在组件内部工作以使其工作,然后它将在组件关闭时被销毁。

问题 - 如何正确地做到这一点,所以我可以尽可能多地使用redux并且它不会有所有数据的本地存储?

[其他信息]

  • 从分析(和应用程序的目标)我看到这个列表将在很长一段时间内使用一次,当他们需要从服务器开始加载数据,然后做一些操作,然后完成。
  • 总体而言,对项目/备注进行了大量小的更改,但对工作场所/办公室进行了非常少量的更改 - 通过AJAX轮询进行检查。我想避免AJAX轮询/套接字的所有细节 - 因为这将意味着向客户提供大量数据

1 个答案:

答案 0 :(得分:1)

拥有10000多件物品是完全没问题的。实际上,High Performance Redux上的这个幻灯片组比较了10K项目列表的行为,只有连接到Redux的列表组件,而每个列表项目连接的10K项目列表,并演示了10K连接列表项目示例是很多更快。

有关性能的更多信息,请参阅http://redux.js.org/docs/faq/Performance.html#performance-scaling;有关可帮助实现存储在Redux中的每个组件状态的库的链接,请参阅https://github.com/markerikson/redux-ecosystem-links/blob/master/component-state.md