是否值得长期使用 Redux-Saga？
Is it worth using Redux-Saga long term?
据说从 2021 年 1 月 27 日开始，Redux 副作用管理器 Redux-Saga 这样强大而优雅的工具将被弃用，不再维护。
然而，尽管 Redux-Saga 的最后一个 1.1.3 版本发布已近 3 年，但仍有超过 100 万开发人员下载了这个 NPM 包。
如果我长期继续使用 Redux-Saga，即使它的作者不再维护它，我可能会面临哪些利弊，请教专家？
P.S。好消息！正如我在下面了解到的那样 - Redux-Saga 库将继续正常工作，并得到维护。 More
我是 Redux 维护者。
今天，我们特别推荐反对在几乎所有用例中使用 sagas！
需要说明的是：Sagas 是一种强大的电动工具，就像电锯一样。如果您真的需要这种能力，那么拥有这种工具就很重要。但大多数时候，您 不需要 每天使用电锯。
实际上我只是就这个特定主题发表了演讲：
Reactathon 2022: The Evolution of Redux Async Logic
在那次演讲中，我描述了在 Redux 应用程序中处理异步逻辑和副作用的不同技术，并给出了我们今天应该使用的一套建议。我将把最后一张幻灯片粘贴在这里以供参考：
我们今天的推荐
您要解决什么用例？
数据获取
- 使用 RTK 查询作为数据获取和缓存的默认方法
- 如果 RTKQ 由于某种原因不完全适合，请使用
createAsyncThunk
- 只有在没有其他方法时才回退到手写的 thunk
- 不要使用 sagas 或 observables 来获取数据！
对操作/状态变化作出反应，异步工作流
- 使用 the RTK "listener" middleware 作为响应商店更新和编写 long-running 异步工作流的默认值
- 仅在听众不能很好地解决您的用例的极少数情况下才使用 sagas / observables
具有状态访问的逻辑
- 将 thunk 用于复杂的同步和适度的异步逻辑，包括访问
getState 和分派多个操作
据说从 2021 年 1 月 27 日开始，Redux 副作用管理器 Redux-Saga 这样强大而优雅的工具将被弃用，不再维护。
然而，尽管 Redux-Saga 的最后一个 1.1.3 版本发布已近 3 年，但仍有超过 100 万开发人员下载了这个 NPM 包。
如果我长期继续使用 Redux-Saga，即使它的作者不再维护它，我可能会面临哪些利弊，请教专家？
P.S。好消息！正如我在下面了解到的那样 - Redux-Saga 库将继续正常工作，并得到维护。 More
我是 Redux 维护者。
今天，我们特别推荐反对在几乎所有用例中使用 sagas！
需要说明的是：Sagas 是一种强大的电动工具，就像电锯一样。如果您真的需要这种能力，那么拥有这种工具就很重要。但大多数时候，您 不需要 每天使用电锯。
实际上我只是就这个特定主题发表了演讲：
Reactathon 2022: The Evolution of Redux Async Logic
在那次演讲中，我描述了在 Redux 应用程序中处理异步逻辑和副作用的不同技术，并给出了我们今天应该使用的一套建议。我将把最后一张幻灯片粘贴在这里以供参考：
我们今天的推荐
您要解决什么用例？
数据获取
- 使用 RTK 查询作为数据获取和缓存的默认方法
- 如果 RTKQ 由于某种原因不完全适合，请使用
createAsyncThunk - 只有在没有其他方法时才回退到手写的 thunk
- 不要使用 sagas 或 observables 来获取数据！
对操作/状态变化作出反应，异步工作流
- 使用 the RTK "listener" middleware 作为响应商店更新和编写 long-running 异步工作流的默认值
- 仅在听众不能很好地解决您的用例的极少数情况下才使用 sagas / observables
具有状态访问的逻辑
- 将 thunk 用于复杂的同步和适度的异步逻辑，包括访问
getState和分派多个操作