angular - ngrx/effects 方法比 redux-thunk 有什么优势？

Question

我目前正在计划一个大型 Angular 6 应用程序，并试图找到一种最适合团队需求的处理副作用的方法。

我意识到在 Ngrx 生态系统中最常见的方法是使用 ngrx/effects 库，我想知道与 thunk 相比使用它有什么优势方法，这似乎是 React 应用程序最流行的方法。

我想到将所有导致副作用的逻辑隔离在一个地方，我总是倾向于将它们隔离在 Action Creators 范围内。将所有副作用逻辑移动到不同的“抽象层”感觉会增加编写副作用操作的开销，而没有相当大的附加值，因为大多数“密集逻辑”操作都是用于处理副作用。

有没有其他理由支持 effect 而不是 thunk？ Angular 中的 ngrx 和 React 中的经典 Redux 之间是否存在任何根本区别，这使得 ngrx/effect 成为更好的选择？

Answer 1

如果你使用 sagas 而不是 thunks ( https://github.com/redux-saga/redux-saga )，React/Redux 堆栈的差异可能与 thunk 一样，你可以通过一个 Action 产生很多副作用，但使用 saga 你可以产生许多异步 Action 来自单个操作，每个操作都有自己的范围，因此调试、代码拆分和关注点分离更容易。