In Flux architecture, how do you manage Store lifecycle?
在Flux应用程序中，应该只有一个Dispatcher。所有数据都流经该中心枢纽。拥有单例Dispatcher允许它管理所有商店。
facebook制作的聊天示例有三家商店。彼此之间存在依赖关系，但他们会等待＃39;其他人，他们仍处于同一水平。
如果页面上还有todo功能，我们是否将todo商店添加到同一个调度员，让它与聊天商店处于同一级别？对我来说这看起来很乱。
如何处理这个问题？
答案 0 :(得分：0)
是的，这是主要的想法。 Flux意识形态的主要思想是通过单个调度程序实现单向流。通过这种方式，我们可以保证现在有级联更新，并且所有内容都是严格按顺序发生的。如果页面上还有todo功能，我们是否将todo商店添加到同一个调度员，让它与聊天商店处于同一级别？
为什么您认为必须通过不同的调度员发送行动会使事情变得更容易？