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

Question

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

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

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

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

Answer 1

React/Redux 堆栈中的差异也许是如果你使用 sagas 而不是 thunk ( https://github.com/redux-saga/redux-saga )，就像使用 thunk 一样，你可以通过一个操作生成很多副作用但是使用 saga，您可以从单个操作生成许多异步操作，并且每个操作都有自己的范围，因此调试、代码分割和关注点分离变得更容易。