react-redux 是推荐用传统的爷父子传参方式，还是 hooks 的方式发送 acton？

資深大佬 : yazoox 3

公司的项目，react, redux, + saga 的，三四年了。今年，开始，升级了 react 的版本，有人开始用 hooks 了。

于是我也跟风用 hooks，尤其是 useDispatch 。这样，对于一些比较简单的组件，只发送一些比较简单的 action，我不用在 props 里面定义一堆 functions，然后通过祖宗，太爷爷，爷爷，父亲把具体的用户函数传递进来。可以直接在当前组件里面，就直接发送 actions 了。

结果，在代码审查时，有个人加注释说，让我不要用 useDispatch，改回传统的 react-redux 方式。

我特意去 google 搜索了一下，没有找到相关的讨论。在组件内，直接使用 useDispatch，然后发送 actions 的方法，不推荐么？

我的理解是，hooks 这一套，就是为了简化 /优化一些复杂冗余的调用。为啥这个不推荐用？是有什么说法么？

想来听听大家的意见

大佬有話說 (17)

資深大佬 : liubiantao

参考官方指南 [Style Guide | Redux]( https://redux.js.org/style-guide/style-guide#use-the-react-redux-hooks-api )
資深大佬 : gouflv

跟 redux 说再见吧
資深大佬 : tonyYo

花了大力气弃用了 redux
主資深大佬 : yazoox

@gouflv 这个，真的放弃不了啊。以前的那套框架，写了好多代码。顶多只能新代码改进一下。
資深大佬 : joesonw

爷父子传递的话还用什么 redux 啊.
資深大佬 : zqx

用 React 的 Context API 简单一些吧？
資深大佬 : baxtergu

你都用 saga 了就还是按照 saga 那套中心化 store 的模式来吧。如果想在组件内使用 hooks，那就在你的页面最外层包一层 conncect 把 dispatch 和 store 传进去（可以爷父子一层一层，也可以创建一个 context 直接隔着传下去），里面的消费组件只要写好 effect 处理好引用变更就好了。
資深大佬 : KuroNekoFan

我反正挺讨厌那种一板一眼的写法的，有的人喜欢
只能打一架了
資深大佬 : KuroNekoFan

但是让不要用 useDispatch 明显就有问题了，hooks 出现的其中一个原因就是为了让人规避 connect 这种 hoc
資深大佬 : dartabe

别用 HOC 你每个模块还要写个连接完全是浪费时间

当然只是我的个人看法希望有大佬来说说
資深大佬 : duan602728596

没啥说法，推荐使用 useDispatch
資深大佬 : matatabi

一直在用 dva,hooks 还没有用上
資深大佬 : nav4e

看起来主要还是为了区分 Container 和 Presentational 组件

展示组件不直接使用到 dispatch, 只响应 props 行为，在代码大改动的时候，只需要动到 Container
https://medium.com/@dan_abramov/smart-and-dumb-components-7ca2f9a7c7d0

如果是出现传递层级太深, 建议定好 context 的 api，走 context
資深大佬 : VDimos

都用过，还是回到 context 了，context 永远的神
資深大佬 : connection

用 redux 的一个好处就是规避多层级传递无用 props 吧
資深大佬 : weixiangzhe

redux 主要还是全局状态，我看很多人的时候，特别是配合 dva 用的时候，redux 只做数据载入用。我这个有个老项目用户数据通过 localStorage 存，所有接口都是 redux 走，头大的很。实际上大部分时候确实不需要 redux, 当前我们这边用 redux 或者全局状态的情景：

系统级需要用的数据，用户的基本信息，系统配置，ws 传过来的数据；
資深大佬 : Qinmei

redux 的 useSelector 以及 useDispatch 就是给 hook 用的，如果你用 hooks 还要先 connect，那相当于不用啊

如果说直接用跟业务不太匹配，那也可以自行封装一套，redux 只是一种思想范式，如果连代码都要样板化，那才是真的限制死了