想请教大家都会去读主要使用的框架/套件的source code吗？
因为我是顶多网络爬爬别人写好的文章
比较少直接去看source code
以前有试过爬一个套件的源码，觉得写得不是很好懂
目前主要使用react，但我也没去爬它源码过
前辈都跟我说react的特性是在functional component里
直接使用function取值跟依赖props取值
前者因为react有优化对reference type的取用所以不会有开销大的问题
↑像这个我就不知道哪里可以爬文章了，真的要去看react source code了吧？
想请教是不是真的要去爬才会技术比较强一点／大家都会去爬吗

原始码是有时候文件看不太出来行为的时候很好用，当然平时没事阅读优秀专案的原始码也是进步的方式，最好是看到能贡献专案，修修测试或臭虫

大家都会去读主要使用的框架/套件的source code吗？-> 有需要在使用上改进就会不知道哪里可以爬文章了 -> 看源码的好时机所以对，你正在变成一个进阶的工程师，加油！

天啊这…呜呜<(╥__╥)> …谢谢…谢谢

大型开源应该都写的比你同事好吧，他们那堆烂扣都没阻止你在上面继续开发了...

当你发现upstream有bug时，没有对应的PR又没有其他人的reace code文章时，就要认真trace了 QQ

IGListKit的很好看 推推

当行为不符合预期时就要去追上游的source code了

程式码不会说谎

不想让新人学太快的时候会教源码

读不读不关键，是要有”有必要的话我读给你看”的能力

给gpt读就好

读过愈多原始码，你读的速度就会愈快不应该强迫大家读，但是如果你有意愿读可以学到不少东西

读得下去就去读阿，以前有个学弟超习惯这样越读原始码，被问到一些技术问题，直接翻该段原始码出来，简单明了。不过大部分人应该都不会刻意去读啦，有需要再查。

踩到雷或是写出来的预期结果跟想的不太一样“会去读源码看看为什么”

读源码不错呀，学习对方的设计

是，不然咧？不然难道是源码看不懂只会看教学比较强？

有需要再查+1

进步是进步什么？你若要设计跟框架类似的东西，但设计经验不丰富，那看了可能得以直接学到设计经验你若要更了解使用的工具，那在找不到说明时也可以去查这会让你更了解工具，甚至是有改良工具的构想。确认是想“进步”什么以及原始码的意义比较重要。

react超难用 我都直接用纯js自己刻同样的问题 用react的同事找不出来 我一下子就找到了

东西用久了就会很想把它拆开来看里面在干嘛

洗文高手 厉害

读了才知道里面是什么行为啊

读的话通常会很慢吧 应用的东西能用就好 太深入有时候反而花了很多时间 产出变少有些source code也可能是老人写法 反正没坏掉也就不用更新

为什么没有官方文件的选项…

对 恭喜你正在成为一个更优秀的工程师的路上

慎选源码,以前认真看过鬼岛人的源码里面,一堆拉基和错误

很红的专案不代表程式码一定值得学习。刚开始有人带着看程式码，帮助会比较大

倒不如学另一个语言

原来现在宣传 react 的特色是 functional component 啊..刚接触的时候在谈的是 Virtual DOM 节省的效能问题现在学的人已经不接触实体DOM感受开销进而寻求React解决了?

看一看吐血有比较好吗 写的精美不坑人的毕竟是少数通常debug的时候会去追而已说不定会有私底下一个版本公开一个版本

不是....

想太多

比较常看套件的原始码

看写的合情合理的code会看上瘾 说老实话

shadcn 做的不错

看源码要有一定的知识背景去做分辨，有些人只被当搜寻引擎用，学的设计乱套还有像楼上讲的a、b库，原po的问题有在看的人应该不会有这疑问

也要读编译脚本呗 参数给到上千字差不多也是另类原始码了

a b库？ ha

会问这种问题代表你要开始进步了

想必是越来越多人爬 自从有了GPT之后...

读 src 是一种修炼，也是进入顶阶行列必备技能。我还没遇过读 src 能力差的顶尖开发者。另外，从小东西开程式开发者，主要技术含量就是 coding. 单纯 coding ,会的人如过江之鲫，差别在遇到出乎预料的问题时，谁有能力解决？ code 读的好，自然能解决许多文件没写的问题。别人遇到难题会来找你，就算平常都摸鱼，大家还是说你好棒棒。而你的价值就出现了。

套件比较多bug要看才能解 匡架本身不太需要吧

可以看 build your own react 会比较有概念