reactjs - 在商店中触发操作是不好的做法吗？

Question

商店应该处理由操作触发的事件并将更改发送到监听 View Controller 。

它们是否也可以触发操作，例如在请求的回调中或直接在商店注册的回调中。

例如:

AppDispatcher.register(function(payload) {

  switch(payload.action.actionType) {

    case Constants.PAGE_CHANGED:
      ActionCreator.fetchNewData();
      break;

    case Constants.FETCH_DATA:
      // save data
      Store.emitChange();
      break;
  }    
});

这样的代码在 Flux 架构中“正确”吗？

谢谢!

====== 根据评论更新:

这不是一个“我需要这样做。我该怎么做？”的问题，而是“这是否应该是一种做事方式”的问题。我想答案是……这是你的选择。

评论中添加了一些有用的链接，谢谢。

我的理解如下:

在 Flux 架构中， View 应该是唯一触发操作的 View 。将异步请求放入您的操作创建器中，回调应该启动一个新操作。

当不遵循 Flux 步骤时，存储还可以处理异步请求，但请确保回调不直接处理数据，而是触发另一个操作。请参阅 Bill Fisher 对此的回答。

无论如何，正如 Ben Alpert 的回答所述，您可以为一个用户操作创建多个操作(例如:REQUEST_START、REQUEST_SUCCESS、REQUEST_ERROR)，这样您就可以 Hook 请求的不同阶段。

欢迎对此进行任何更新。

Answer 1

简短的回答:是的 - 在商店中触发操作是一种不好的做法。

使用当前版本的 React 调度程序，我什至不认为可以在调度时调度新操作，就像在商店中调用新操作时那样。

说到flux pattern，我确实有点像童子军。 ，但我一直在将 React 项目推向生产，我们决定全力以赴，并将操作、存储和事件的使用发挥到极致。

我认为你永远不应该让商店调用新的操作，因为当项目开始发展时这可能会导致非常奇怪的行为。没错，它并没有真正“破坏”数据流思维，因为您仍然(应该)正常处理响应，然后就一切顺利了。但如果您确实需要此功能，我宁愿在第一个操作中直接调用 fetchNewData() 调用的内容。