先说一下Hook的使用总结

自从React16.8支持hook后，RN在0.59版本也支持了hook，官方的组件示例也分为class和hook两个版本。可以看出钩子是未来的趋势。正好最近RN项目重组，记录一下最近遇到的问题和思考。今天是总结课。Refactoring重构，我想没有多少人愿意做这个词。在如今的业务迭代中，重构意味着资源的消耗，并承担着未知的风险。那么为什么要重构？主要思想如下：代码郁闷，不敢删旧码。旧代码逻辑不熟悉，关系不明。随着业务的迭代，代码越来越多。模块化不明确，文档混乱。规范不统一，注释不清晰，代码混乱。文件查找困难。工程不完善，要求不统一。如果改变接口参数，需要修改很多地方。组件化不完善，公共组件不统一。hooking最重要的事情之一就是类逻辑的复用，比如：//classthis.setState({count:0},()=>{//修改数据成功后处理的逻辑})//hookuseEffect(()=>{//监听计数值变化处理逻辑},[count])如果我们需要监听很多的值，是否需要写很多useEffects？这里会用到另一个概念，细粒度组件。写太多的钩子会提取一些需要处理的业务组件，每个组件只关心自己的状态。这样会大大减少父组件的业务积累和状态积累。更多的组件会涉及组件值传递。这里分为三种场景：contextwrappingsubcomponentmemo+context+reducercomponentpassingvalueref+useImperativeHandle+forwardRefexposingstatetoparentcomponentpropscomponentpassingvaluepropspassingvaluetagattribute。//props通过标签传值//exportdefaultCenterMenu(props){const{style,list}=props;//....}context包，会put所有的状态都放在父组件中，这样会导致上下文非常臃肿。//...View