reacthook源码（Reacthooks）

本文目录一览：

• 1、react hook内定时器怎么能不影响子组件更新
• 2、vue的hook能将同一功能的代码单独抽成1个方法吗？
• 3、如何在react中加入js源码
• 4、reacthook可能使用moudel.css吗
• 5、react hook怎么理解？
• 6、react项目执行npm run build之后怎么才能看到源码？有没有破解软件？

react hook内定时器怎么能不影响子组件更新

通过给子组件添加不同的key即可。

每次父组件执行rend方法时，发现key不同就会重新加载子组件：key=Math.random()。

React，它的设计思想极其独特，属于革命性创新，性能出众，特点是：声明式设计，React采用声明范式，可以轻松描述应用。高效：React通过对DOM的模拟，最大限度地减少与DOM的交互。灵活：React可以与已知的库或框架很好地配合。实现一个render()方法，并且根据输入的数据返回相应的结果。输入的数据作为XML属性传递给组件，render()方法通过this.props访问这些输入的数据。

vue的hook能将同一功能的代码单独抽成1个方法吗？

作者 | 零一 责编 | 张红月

redux的作者是谁？Dan，他的全称叫做Dan Abramov，同时他也是React的核心成员之一

为什么我标题说Dan字节一面挂了呢？

因为昨天晚上字节的web infra团队连线了远在国外的Dan，并且提前收集了200多个网友的问题，从中精选了20几个，让Dan来给一一解答，在其中一个问题的回答中，Dan说他从来没用过Vue，hhhhh，所以有小伙伴就说搞了个段子

Q1: 如何看待redux

我不会推荐任何一个库，要看使用场景吧。比如针对数据和缓存的库，就该用对应的库

Q2: 很多开发者认为react的入门很难，有没有什么快速上手的方法

我认为这取决于大家为什么认为React难，可能难点不同，因为你刚学javascript，这是你的入门，那就会觉得React很难。对于其它库例如Vue，你可以运用一些已经封装好的方法，慢慢的使用中你可以学会一些东西。而react你一上手就要编程，这就是难点所在。如果有人觉得入门很难的话，可能就意味着他们不知道怎么去做一个单页的应用程序，可能不是react本身的问题，但他们会认为是react难以理解的问题。可以先把javascript熟悉了，再来用React就很容易了。

Q3: 对于已经开始用react的人，给一些建议避坑

很重要的一点就是你要用Hook的话，我们推荐使用正确的方法把它们引入你的项目当中。对于react来说有两点，一点是可模仿性，新手可以去学别人的库，参考着去学习。另一点就是对于react渲染来说，你可以把它想成是一个计算，你不需要做很多工作，你只需要返回你需要的react UI即可，这很重要

Q4: 现在react更多关注的是函数编程，js却不是这样的

我认为react的确比其它工具更加偏向于函数，但真正喜欢函数编程的开发者会认为react并不是一个函数编程的工具。我们也不会把组件分解成一个个很小很小的函数。React其实是借用了一些函数的理念，并且基于函数，但不完完全全是一个函数编程工具

Q5: 现在前端发展迅速，你是怎么跟上技术发展速度的

我不是这样想的，但有可能是我没有跟紧潮流，可能是每隔几年就有这样的趋势，但很多像现在的新技术跟以前的技术概念其实很相似，这种情况下，我不会被这种新兴的技术惊到，因为他们对我来说没有什么太大的不同，所以这其实就是对老事物一种新的理解，我们围绕一些基本概念做一些开发而已。

Q6: react在未来如何进步呢？

你认为现在存在哪些重大的问题呢？对我来说我会注意到很多问题都是不同的，不同的问题用不同的手段去解决，其中一个问题比如说， 动画领域我们还没有涉足，很多ui框架会针对一些不同的问题提供一些解决方案， 我的感觉是这些领域看起来不一样，但其实都类似，我们可以互相结合。 以后我们可能会有一个组件工具，或者提供更多的功能，这些功能是紧密结合的，这是我们希望的。

Q7: Concurrent mode，从18版本开始最新被放出来的模式，设计时面临的挑战有哪些？

我想说当前还没有被发行出来，所以我们可以去官网看一下blog，上面有关于版本18更多的信息，关于他有什么内容，信息等等。我们现在有相关的工作小组，并且每天从社区邀请50个人左右帮我们一起合作去发行18版本，保证整个生态系统和他发行的版本是一致的，我们在这方面已经有了很多的讨论，大家都可以阅读，评论，获取更多的信息。我们所做出来的一个大的改变就是我们没有mode了，它不叫concurrent mode，而负责的是render的一种机制，他不会有一个延长等待的时间，比如你如果有输入，他也可以同步的处理，其实他是一种同步多线的处理，这也是我们一直想攻克的难关。这才有了我们现在的18 Alpha版本。

Q8: 很多人会将react跟vue做对比，你是怎么看待这两个框架的？

我自己没用过vue的（what？？？React核心成员之一竟然没有用过Vue，此处@尤大），所以没法做很细节和全面的对比，从设计方法上来说，我们存在一些区别，比如vue直接改变状态，这有一些好处，你可以随心所欲的想写代码就写代码，很多人都很喜欢这样的方式，但对于我们来说，我们会做一些transition，我们方式不一样，所以从技术来说我们有很大的差异，是两种完全不同的方向。vue可能是基于50年的编程的沉淀，对于我们来说基于我们自己的做法，当然他们的做法在技术上来说也是很棒的，vue更多会用一些实用的技术解决实用的问题，比如提供更加便利的动画的解决方案，更便利的模板，但对于react来说，我们不想去做一些我们没有办法充分相信的解决方案，所以我们给出的东西可能没有那么直接便利，比如我们想做动画功能的话，我们并不会去标准化一些存在的东西，我们会有自己对于动画的想法，这跟现在很多框架都是不一样的，vue可以更快的拿到你所想要的，但react我们有更丰富的库，你就可以学会怎么去做这些事，这就像安卓和ios一样，ios其实很多功能都不包括的，但是它可以帮助你可以更好的完成一些事情。

Q9: vue3停止用flow了，react还用flow？

我并不认为这是一个很关键的问题，我认为这主要取决于库本身是怎么写的。他更多的是关注框架本身如何建立的，跟用户没啥关系，它并不会影响用户使用react的过程，我们并不在意这个点，我们并不是不能改变，只是不太值得

Q10: 你对一些新框架有什么看法，他们都没有使用vdom

我并没有多么细致的使用过这些工具，没有什么深度的见解，的确有很多的设计他们是很棒的，而且大家都走的不同的路，可能是完全相反，对于vdom这个词我不太喜欢，大家理解都不太一样，我认为这个跟性能没什么关系，我不太使用这个称呼，因为这使人很困惑，他指的是UI的内存，我们想让他保留下来，因为他能给我们更多的选择。对于一些复杂的功能，我们的解决方式可能会使用UI的不同版本，比如最左边是0%，右边是100%，中间会有一个滚动条，在调整滚动条只需要调整帧就好了，我们如何产生这种帧，就需要很多的ui进行协助，这就需要vdom的协助，这和性能的关系不大。假设我们要看整个app的性能，需要看你每个组件的功能是什么，它可以做什么，看看app背后的代码是什么，而不是单纯对几行的代码做分析和解读。

Q11: 目前用的大多是vue和react，你对于前端来说如何看待五年后的前端领域

我对这个问题的理解是，ui代码有很多不同的方式，比如放在服务器上还是客户端上，如何去整理它，那我觉得在这方面 框架也可以解决所有的问题，我觉得next.js是可以把react相关的观念去简化，所以他有可能会取代目前的功能，如果大家对Server Component 感兴趣的话，你的思考模式是围绕组件进行的，这是可控的，那你也可以做出自主的决定，吧什么样的组件在服务器去运转，不会占用你太长的时间，代码也是一样的，他们会更加的清晰，你就不需要去思考你是在做渲染还是做别的事情，这是一种很不错的优化。

Q12: 对于找工作的同学来说，什么样的科技公司更吸引人？

我觉得你身边的人比较厉害，你能学到很多东西，这是良性的工作环境，可以学习新的知识，而且还需要你的自主性会比较强，不能命令式的工作（其实当时弹幕里全是一个字：钱！）

Q13: 说说你的个人经历，你刚加入Facebook，如何学习react的相关知识的

react代码其实比较复杂，在最开始需要研究代码，去熟悉，主要还是去了解整个的架构，把它了解透彻了没问题了，就Ok了。还会给一些人提供帮助，我会在一些公开的平台上帮助别人解决问题，回答他们的问题，在那段时间阅读了各种人提出的问题，几千条，这是一个非常好的方法帮我熟悉自己所做的东西，帮他们解决问题，也对自己有帮助。

Q14: react核心团队或社区如何维护这么大的code

我们遇到很多有趣的挑战，我并不认为我们的code很大，我们也是在慢慢的学习如何运行这样的项目，我们有超过5000次的测试。react用户只会用来rendering，不会深入到我们库里。如果你去看我们的代码，我们可能会有一个老js和新Js（即源码文件中以.old.js或.new.js为结尾的文件），它们基本上是相同的，我们这么做是为了应对一些有风险的改变，我们没有看到回归，我们就会把新的改变复制到旧的当中，这听起来很奇怪，但效果还不错。

我认为Facebook就像一个测试机器一样，我们会在工作中验证，我们看到了百分之一的回归，评论下降了1%，我们就花了一个月对各个组件做实验区检测，发现了一个bug并解决了。即使当时下降了1%，但是对于Facebook来说是一个很大的损失。

Q15: 作为react用户，我们去看源码，是不是一个好的做法

我并不认为很有必要，因为很难去理解我们的源码，如果你直接去读，你可能会很困惑，因为你不了解底层的框架，有人跟你解释一下可能更好一些。我经常做的一件事，就是用一个debugger去看这些代码不同的去向，比如在chrome performance里看到函数代码的栈，你可以看到每一个函数发生的不同的事情，比如你在升级的时候就可以看到一些新的事件和功能，所以可以从性能这个方面看到这些基本的功能的目的是什么

Q16: 你是如何保持对react的热情的

我本身就很喜欢，react理念跟我对ui代码的想法很一致，我在facebook之前，在初创公司，当时直接用了react，当时不流行，但给我们工作带来了很大的便利，我们还可以清楚地看到各个功能的状态，我们经常问自己想在屏幕上看到的功能是什么，react就能解决当下这个问题

Q17: 如何像你一样优秀，前端好的学习资源分享

我并不确定我有多么优秀，如果你认为优秀可以做一个非常好看的app，那我并不是，所以说我并不是很确定大家想听到什么样的建议。

建议的话，我觉得你可以不用vue或react这样的框架去写一些ui框架，或者做一些小游戏，比如贪吃蛇，这样去促使你去做，即使它有一些复杂度，但能从中吸取一些经验。

Q18: 休闲时间会做什么呢？

偶尔玩玩堡垒之夜，但是也很久没玩游戏了，平时就听听歌、散散步

Q19: 对于中国开发者的建议

我觉得我不太确定一些事，我不知道react在中国多少人在用，在这个社区里，大家可以有不同的选择，非常感谢他们在翻译上做出的工作（此处@印记中文），我不太确定react在未来能否风靡中国，希望大家去多推荐一下react，让更多人了解到，我们将来做出更多的改变。

Q20: 未来是否愿意会在中国的react社区更多得活跃一下

必须滴！

最后辛苦Dan啦，全程一个半小时一直在解答大家的问题，一口水都没喝。而且他回答问题都回答得非常详细，都尽可能地多说一些，所以远不止我记录的那么点文字，真的是很有爱了~ 期待下一次Dan与国内程序员的互动！！！也感谢 Web infra 团队提供的这次机

如何在react中加入js源码

直接写 react 只是有他的结构要求，而代码很大部分都是直接用原生JS进行数据操作

reacthook可能使用moudel.css吗

可以。

第一种：在组件中直接使用style。第二种：在组件中引入[name]。css文件。第三种：在组件中引入[name]。scss文件。第四种：在组件中引入[name]。module。css文件。

第五种：在组件中引入[name]。module。scss文件。

react hook怎么理解？

1． 语言表达、仪表

序号 题目

1 简单的谈一下自己。观察应试者的语言是否流畅、有条理、层次分明，讲话的风度如何。

2 请你告诉我你的一次失败经历。 如果能迅速作答，则应试者反应灵敏，或可能是应试者善于总结教训。

3 你有什么优点和缺点。 应试者对自己的判断是否中肯，自信、自卑和自傲倾向如何。

4 请讲述一次让你很感动的经历。 考察应试者是否有感性。

2． 工作经验

序号 题目 面试要点参考

1 你现在或最近所做的工作，其职责是什么？ 应试者是否曾关注自己的工作，是否了己工作的重点，表述是否简明扼要。

2 你认为你在工作中的成就是什么？ 了解对方对“成就”的理解，了解对方能力的突出点，是否能客观的总结回顾自我

3 你以前在日常工作中主要处理些什么问题？ 通过对方对自己工作的归纳判断其对业务的熟练程度和关注度。可依此继续追问细节。

4 以前工作中有过什么良好的建议和计划？ 了解对方对工作的改善能力。要追问细节，避免对方随意编造或夸夸其谈。

3．应聘动机与期望

序号 题目 面试要点参考

1 你最喜欢的工作是什么？为什么？请谈谈你在选择工作时都考虑哪些因素？如何看待待遇和工作条件？ 同时可判断对方的分析能力和自知力

2 你为什么选择来我公司工作？你对我公司了解些什么？你为什么应聘这个职位？ 只为找到一份工作糊口而盲目求职的培养潜质不高，但对公司的不了解不应成为重点

3 你对我公司提供的工作有什么希望和要求？ 能大胆而客观地提出要求的优先，提出不切实际要求的可不予考虑

4 你喜欢什么样的领导和同事？ 喜欢什么样的人，自己也将最终成为那种人。

react项目执行npm run build之后怎么才能看到源码？有没有破解软件？

看来很多 写 WEB前端的并不理解 前端那一套构建东西，其实无论是3大框架也好，都是基于JS 上面编写的， 而浏览器只认识 JS HTML CSS。所以你构建出来的其实就是源代码。

当然为什么不是开发的时候的呢？ 因为构建工具让你使用更高级的操作，比如依赖那些。 其实这些后端几十年前就有的操作了。

其实你 build 出来的就是可运行的源代码，只是被处理过了，不好阅读而已，你要反解析成开发代码 好像还没有

所以你要看看有直接看 build出来的代码 才是真正的可运行源代码，其实跟你写JS是一个样子