搞不明白 React Hooks，有没有兄弟分享一下经验？

• 資深大佬 : jianzhang810

  可以看下这篇文章 https://juejin.im/post/6844903709927800846

• 資深大佬 : VDimos

  推荐个 lib，react-uses，看下会对 hooks 有更深的理解

• 資深大佬 : easonHHH

  hook 是取代 class 的吧，两者应该会长期共存一段时间，不过有 useReducer
  倒是官方出了一个对标 redux 的 recoil

• 資深大佬 : azcvcza

  usehooks.com

• 資深大佬 : murmur

  hook 和 class 是两种写法，思路是有变化的，我认为 hook 本质上解决的是 react api 又长又臭的问题，不是说 hook 就比 class 优越，该设计一样得设计，以前考虑生命周期，现在直接考虑变量，该优化还是得优化，该不管还是可以不管

• 資深大佬 : gouflv

  redux 解决的是状态管理和共享，而 hooks 只是状态管理，不涉及如何共享数据，所以你说怎么取代？
  看文章自己要动脑，一知半解的时候不要瞎幻想

• 資深大佬 : wee911

  @gouflv hooks 组合能解决共享问题， 多数场景没有用 redux 必要，hooks 一套带走

• 資深大佬 : Wolther47

  这是两个东西，屑屑。

  Hooks 介绍文档里面就有当时 Conf 的视频，建议看一遍，两段都是关于 migrating from class components to hooks 的，看完就知道 useState 、useEffect 和 useContext 了，基本可以搬砖了

• 資深大佬 : KuroNekoFan

  其实 hooks 有点像 vue 的 mixin，当然，好很多

• 資深大佬 : KuroNekoFan

  自定义 hook 和 react 原本提供的 hooks 应该区分来看待，自定义 hook 可以看作一段逻辑，而 react 本身提供的 hooks 是为了解决副作用的

• 資深大佬 : yaphets666

  @KuroNekoFan 这俩东西没什么相似之处吧…

• 資深大佬 : Wolther47

  @gouflv #5 Hooks 不是为了解决状态管理的。这东西纯粹就是当时往 Class Component 走的方向错了，再引入的改进办法。Hooks 主要目的是解决逻辑复用和业务逻辑分裂的，Vue 那难产了几年的 3 也在想办法解决这个问题。

• 資深大佬 : nanyang24

  探索有关 Algebraic Effects 的概念，应该会有启发

• 資深大佬 : codelegant

  作者本人亲自讲解： https://overreacted.io/zh-hans/a-complete-guide-to-useeffect/

• 資深大佬 : Hanggi

  hooks 核心思想就是去掉 class 所有东西都用 function 替代.

• 資深大佬 : codelegant

  附上作者的 Github 主页 https://github.com/gaearon

• 資深大佬 : gouflv

  redux 就算对标，也是应该和 unstated 和 constate 这些去对

• 資深大佬 : KuroNekoFan

  @yaphets666 自定义 hooks 是为了逻辑复用，mixin 也是为了逻辑复用

• 資深大佬 : cityboy

  以前用 react-redux 共享全局变量。hooks 里面建议用 useContext 这种，但是我一直不会用这种方式，而且用着感觉很麻烦。各位大佬有最佳实践，可以让小弟观摩观摩

• 資深大佬 : KuroNekoFan

  @cityboy 接着用 react-redux 没毛病，可以看看 react-redux 新提供的 api：useDispatch 和 useSelector

• 資深大佬 : Torpedo

  hook 先学习基本的 hook 概念。
  然后就是封装 hook 复用。
  之前函数推荐纯组件，你可以这么写：一种函数组件有 hook，负责逻辑什么的；一种函数还是纯组件，没有 hook 和状态。

  在 hook 之前，复用都是用高阶组件。但是高阶组件不能很好的控制顺序，互相之间组合挺麻烦的。但是 hook 之间组合很方便，也容易复用。

• 資深大佬 : Torpedo

  @cityboy useContext 这种主要用来共享一些变量吧。react-redux 也是用的这个。只不过一般使用的时候，context 里变量都是用来存状态的，这样状态变量，useContext 都会变。
  但是 react-redux 用的是一个状态引用，发布订阅模式，保证只更新 selector 选中的状态部分

• 資深大佬 : ghosthcp516

  你可以理解成函数内的 import / export

• 資深大佬 : stabc

  @gouflv LZ 不就是在求教吗。这种虚心的态度你也能喷？而且你自己的理解也不咋地啊

• 資深大佬 : dartabe

  我自己在写完 Redux 之后 又用 Hook 包了一层 这样在其他模块里面要用的话 就更方便了

  也是网上看来的 不知道算不算最佳实践

  https://github.com/zjusticy/flashCards/blob/master/src/hooks/useAuth.ts

• 資深大佬 : agdhole

  所以又要状态管理又要数据共享，应该用什么？

• 資深大佬 : cityboy

  @KuroNekoFan redux 那一套东西写起来太冗余了，我看 antd pro v5 的共享变量方式不错，但是不知道自己怎么实现

• 資深大佬 : lemon6

  hooks 代码量少，class 代码结构清晰。仅此而已

• 資深大佬 : imjamespond

  hooks 没法实现 componentshouldupdate,的 prevouspros 和 state，只是简单对比，而且 useeffect 箭头 func 中包括的 props 要写到第二变量数组监视

• 資深大佬 : namelosw

  继续 Redux 把，只不过可以 useReducer + useContext，而不再用 ReactRedux 了

  纯 hooks 用 useState 替代 useReducer 很难。简单的情况用 useState 的 setter 就够了还行，如果还要有逻辑抽方法啥的调 setter 的话，要加的 useMemo 和 useCallback 太多了，最后一直在写没用的 useMemo 和 useCallback，还记不住要写哪些，而 useReducer 的 dispatch 不会导致重绘。

• 資深大佬 : KuroNekoFan

  @cityboy 一堆 reducer，action 定义文件什么的是挺冗余的，但是我觉得没必要那样，我一般一个 store 就完事了，当然，状态提升要谨慎