web前端面试题附答案002-说一下react组件间的数据传递

答:

一:其实这个问题已经问了很多年了,但还是有很多人会挂在这道题上。网上的答案也是一搜一大把,如果你用过react做过一两个项目,不是特别小的项目的话,如果你平时认真总结,也能说的差不多。但很明显,前端发展到今天,很多回答是不能满足面试官的胃口的。

面试官有的他可能对react也不熟,所以你要回答出你的气场,回答有条理,第一种,第二种等等;面试官可能只是想听一下你的简单回答,那么到目前为止,网上的答案或者你平时总结一些也都可以答完这道题,但随着疫情严重,环境恶劣,仅仅回答条目怕是难以让面试官对你倾心;还有的面试官比较苛刻,或者基于现在大环境的考量,我今天写一下我通过和各大厂同学交流后,大家希望得到的答案。

很多面试官在面试的时候比较反感的就是指导性回答,比如让你说一下数组去重,你简单的说了一句indexof,就像是在指导别人工作一样,可能平时工作这样子一点问题也没有,但面试的时候,面试官或者一面的技术面,他最大程度的决定着你能不能通过面试。很多人如果技术面过了,后边的老板面,HR面反而好通过。后边我还会为大家写老板面的相关文章。

所以总结起来就是,react组件间的数据传递这道题,在线上面试的前提下,在你不写代码的前提下,在只是语音描述的前提下,如何让面试官觉得舒服。正所谓人无我有,人有我有,其实内卷早就存在,只不过这个词当时不存在而已。

二、开始按条理回答

       1.共享式传递

       因为react组件最终打出来的业务代码js会

下方,所以我们在顶部添加window.name可以使全局react组件达到共享的目的,所以与之类似的还有localstorage,sessionStorage,cookie等,都是为了共享

       2.普通的数据修改传递

              如果做的项目过于简单,是没有必要非得引入redux的,要知道引入rudex也是需要成本的。其实也就是dedux的初级版本。例如在当前组件发起ajax请求,当服务端修改数据后,目标组件再请求数据,达到传递效果

       3.与上一条类似,在某种场景下不发ajax请求,为什么不发呢,只是前端自己闭环做事情和前后端联调所需成本毕竟不同。你可以通过node的fs去写文件,写内容,在目标组件再次读取这个通过fs写的文件内容

       4.可能你也不想在业务代码js顶部写window.name类似的全局变量,但因为redux代码来的冗余,那么建议在项目src根目录下添加store.js,当然只是取名为store.js,其实跟redux那个sotre不是一回事。这一步的store.js只是定义一些变量数据,当某个组件需要的时候再去import引入,当然也可以修改store.js里的变量。当目标组件需要用到的时候呢,再import这个store.js文件。这里已经不是单纯的window.name那样全局变量的概念了,而是通过模块化维护一套运行在react组件顶部的变量

       5.然后就开始说基于react技术栈的组件传递了。那么面试官的问题是react组件之间的数据传递,为什么前面还要啰嗦那么多呢。因为你的思路越多,可能就是面试官希望团队中寻求的那个人,证明你经验丰富,证明你热爱总结。要知道除了技术面,老板很多也是技术出身,所以他希望看到一个思路开阔的同学,这会让他眼前一亮。

       6.接下来就是父组件传递给子组件,使用过的都知道,父组件通过,而子组件通过解构props就可以拿到name值。我想现在几乎所有的答题者这一步也就是这么回答。但你有没有想过,在目前的大环境下,你这个职位有多少人在争取,而且他们可能已经好几个月没工作了,天天在家学习,还有很多大厂毕业生可能也是你的竞争对手,所以还是那个内卷原则,人无我有,人有我优。你就不能说到这里就结束。首先这个Child组件,我们传入了name=”jim”,子组件会有constructor函数,这个函数里同构super获取props这个对象,对象中包含着我们要传递的name值。那么这个constructor函数当然也可以不写,但是不手动写,代码还是会隐式添加上。而super函数中的props是一个参数,是父组件传递过来的对象,所以子组件没有this指向,必须通过super函数,将子组件做为this.props来指向父组件,这样也就拿到了传递过来的name值,而这也是react单项数据流的传输。

       7.子组件给父组件传递。其实有点类似回调函数了,子组件通过

=> this.count()}。而子组件通过props拿到oneHandleClick,就可以通过子组件自身的onClick去执行这个回调函数,然后执行到父组件去。

       8.兄弟组件,兄弟组件其实是父传子,子传父,父再传兄弟的过程。我想如果你完整的说出了前2条,而这一条你这样简练的回答,面试官也会觉得你总结上没有问题。其实面试时间有限,一般1个小时左右吧。所以该长了长,该短了少描述是一个不错的选择。但是短并非一味地简短,而是让面试官明白,你的简短概括其实他已经知道你要说的答案了。

       9.父传更深层次的子组件,如果你只说一句context就想结束,那恐怕不行。一定要注意,面试不能指导性回答,要诚恳回答。说自己如何使用,使用的东西是什么逻辑,甚至要讲优缺点。接着说context,你可以说给祖宗组件设定childContextTypes 和 getChildContext(),react自动深层次向下传递,当组件某个层次的子组件定义了contextTypes的时候,说明这个子组件有所需要,即可达到深层次数据传递。当然,这只是使用,由于现在是线上面试技术居多,你这么说,如果对面是一个明白人,肯定知道你至少是用过的了。但你一定要给自己加戏,我就是要说context的逻辑。但是谨记,面试讲究一个气场,意思就是你可以源码很少看过,但这个逻辑你要很自信的说出来。首先通过Reacct.createContext创建context对象,当然这个对象有一定的数据结构,但最重要的是保存值用的currentValue,还有provide和consumer这3个要说出来。而刚刚说使用场景的时候,getChildContext函数就是在给currentValue赋值,而react组件在最初生成的时候,是有个fiber树概念的,fiber是一个存有很多属性的用来表示整个react组件树的对象,所以在创建content的同时,还会去走react本身的修改数据的方法,这样修改了fiber树以后,子组件fiber节点自然就可以拿到了。

       10.redux,项目比较复杂的时候会用到。虽然之前说过redux会给项目带来负担,但当项目比较复杂的时候,使用它带来的效果会比优于所谓的负担值。引入reudx大概会增加不到10K的代码体积吧。首先还是说redux的流转过程,业务组件里有个按钮,触发一个dispatch操作,然后发送的是action,而这个action可同步,可异步,继续向store流转,store接收到action后,又触发reducer去改变state数据,然后又把数据流转回最初的业务组件,闭环。但这个过程可能面试官不太想问,因为大家都知道,他可能会顺带问问你有没有遇到过什么问题,但其实正常使用,没有问题啊。React本身是单向数据流转,通过redux呢变成了双向数据流转,这个思路才是重点。千万谨记,面试的时候脑子里要有逻辑,而不是部分实现代码,回答要顺畅。Redux的逻辑大概就是集中某个地方识别变量或者数据的变化,预先注册回调函数,等感知到数据变化后调用回调函数。再具体点就是创建store对象的时候,会有几个内置函数,getState用来获取最新state的值,dispatch用来触发监听函数,subscribe用来注册监听函数。而要使用redux呢,react最外层组件要包一层provide组件,然后再借助刚刚说的context回答方案达到数据传递。

结语:怎么样?会不会觉得回答的太笼统,但不管你看几遍源码,概括起来就是这样子的。因为面试官肯定会准备概念题和实例题,概念题嘛,就是说概念,时间限制,线上语音面试的限制,无法让你一行一行念代码,而其实很多面试官他也没有看过源码,但他知道大概流程或者某一部分细节。真正到了实例题,肯定就不是这种笼统逻辑了,我们后面说。

你可能感兴趣的:(web前端面试题附答案002-说一下react组件间的数据传递)