与 redux-thunk 相比，ngrx/effects 方法有哪些优势？

Question

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

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

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

还有其他理由支持效果而不是重击吗？ Angular 中的 ngrx 和 React 中的经典 Redux 之间有什么根本区别，这使得 ngrx/effect 成为更好的选择吗？

Answer 1

ngrx/effects 使用 rxjs (Observable) 的强大功能，更适用于 Angular 环境。

Answer 2

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