打算试着记录下每日的感悟,有趣的库,有趣的文,有趣的事,和思考。走一路,留下些脚印。
关于读源代码
这段面试了一些。很多公司都会甩这个问题给你:读过 React 的源代码吗? 答曰:没读过。瞬间感到自己的自信心掉了一块。网上也不乏各种分析源代码的文章和精读,只是我还是没有那个勇气和兴趣去读如此成熟的一个库的源代码,甚至想读也不知从何读起。
但为了面试,似乎这是必须的?
于是跑上 Reddit 发了一贴,想问问看老外们是怎么看这个问题的。
十分钟过去了,得到一个回复,全文如下:
But I can't bring myself on reading the source code of such a mature project, I don't even know where to begin.
Don't feel bad. I think every one of us on the core team has parts of React that we have not read (or at least are only vaguely familiar with).
So I wonder, especially for those who've read the code, is it important to read the source code if you are searching for a senior job?
My feeling is a strong "no" for this one. You don't need to read the source code to use React effectively. The docs should be sufficient! If they aren't, we've done a poor job.
简单翻译如下:
我读不来源码,都不知道从哪儿开始
不要感到难过,我们React核心开发团队的每个人都或多或少有一部分源代码没有读过。
想问一下读过的人,找一份senior工作,读源代码是否必要?
我个人强烈认为“No”。即使不读源代码也能高效使用 React。官方文档应该已经足够了!如果不够,说明我们的工作没做好。
哈哈,惊不惊喜,意不意外。逛贴吧撞上facebook大佬。大佬表态了,估计说该读的人也都退散了。没听到反面的声音也算一大遗憾,当然比不过收到这个回复的惊喜。
个人观点是:
- 了解生命周期
- 了解diff的算法(文档 reconciliation )
就算React是一个黑箱子,知道它运作的规则可以自我解答很多“这样写影不影响性能”的疑问。
第二个回复的 acemarke 是redux文档的维护者,经常热心解答各种问题,他说自己没读过源码让我吃了一惊。同时决定暂时不去读了。毕竟还有那么多想要做的事,想要学的东西。前端的更新速度真是太疯狂了。让面试见鬼去吧(说笑)。
问题
- diff 的算法复杂度是多少?
- 如果两个子元素的key一样,React的diff算法会怎么做(没法用key区分哪个是哪个了)?
第一题 O(n) 。第二题恳请知道答案的各位大牛慷慨留言 :D
补充:拿了几个demo试验了一下,key相同的情况渲染结果很不稳定,最简单数组map到div
似乎能正常渲染,但拿todolist试验发现只要出现重复key只会渲染第一条。有趣的是,连warning文字在几个情况下也有些许不同(也可能是react版本不同造成),但大致的意思是:重复key会引起未知状况,带重复key的元素渲染有可能会被忽视,也有可能出现重复。这里果然是要看源代码才能知道内部是怎么处理的。
问题
- 可以在 React 组件里定义 React 组件吗?
- 可以在 render() 函数里定义 React 组件吗?
答案是:可以和不可以。React组件可以作为另一个组件的实例方法。感觉就是函数里面定义函数,没问题。
但是在render() 里定义 React 组件会出事。这里就涉及到diff的算法的第一假设,如果两次 render 的组件不同, 那React就会销毁原元素,然后重新渲染新的元素。这不仅仅是性能,所有组件及其子组件的state都被销毁了。那么为啥在render() 里定义组件会让 render认为组件不同呢?因为组件是一个class或者是function,js里对比两个class 或者是 function 是否相等是看两者的引用(reference),所以必然不相等。
const a = class {}
const b = class {}
a === b // false
一般不会有人在组件里定义组件(这么做是可以的),更别提在render() 函数里了。不过我确实遇到了这样的情况,比如在render()里使用HOC。
最近忙就写这些吧。
最后推荐一篇早上看了开我眼界的文章:用webflow设计App。
一直以为像webflow这样的工具是给不会css的设计师写网页用的。但是一个使用 React + GraphQL 框架的公司也决定使用webflow,而且完美整合。也许像webflow一样的工具会是前端开发的未来呢。
我写的其他专栏文章列表 传送门。