javascript - 在 Flux 架构中，全局调度程序会有害吗？

Question

据我了解，在 Facebook Flux 架构中，应该只有一个 Dispatcher。

拥有一个类似于事件总线的全局调度程序是合理的。但是，我想知道拥有一个单一的全局调度程序是否不好。

例如，假设我已经开发了一些组件和我的调度程序。现在我想导入一个第三方组件库，第三方的Dispatcher不能直接导入，因为应该只有一个Dispatcher(而且我已经开发了自己的Dispatcher)

一种解决方案是第三方可以将某些行为附加到全局调度程序。然而，这也可能是有害的。因为他们使用的事件名称可能与我的冲突。例如，他们使用与我相同的事件名称，我可能会顺便触发他们的事件。

有人对此有什么想法吗？谢谢!

Answer 1

每个 Flux 应用程序应该有一个调度程序 - 换句话说，每个存储、操作和相关组件的逻辑集都应该有一个调度员。

如果您使用其他库，它可以由底层的通量或类通量系统进行管理，在这种情况下，它将使用其自己的调度程序。然而，它应该提供一个通过 props 和回调进行通信的公共(public) API，即使它在底层使用了 Flux 或类似 Flux 的实现；助焊剂内部不应暴露。

在大多数情况下，出于多种原因，我认为拥有一个为您自己的通量设置添加特定功能(例如特定操作、存储等)的库是没有意义的。然而，在理论上，这确实碰巧有意义，它可能应该“插入”现有系统的行为，正如您提到的，理想情况下命名诸如操作之类的东西。