链接： https://github.com/Haixiang6123/one-day-one-npm-lib

最近发现自己一直在画页面，画完一个又画下一个，对自己提升并不大，游戏也慢慢不好玩了。

一个月前的一天，我坐在电脑前盯着 package.json 发呆，突然想到平时我们天天在用的库我们根本没管过里面是怎么实现的，都是 npm install 就直接用了，就算知道实现的大概但也没真正看过源码。所以我点进了 react-errorboundary 这个库的源码看，看着看着就到了 12 点，看完后觉得有种神清气爽的感觉。

然后我陷入了沉思：看这种小库的源码其实并不难，只要耐心看下去谁都能看懂，网上也有很多看源码教程，但是就是没多少人去研究一下。后来的得出的结论是因为

• 有“看源码恐惧症”，当然我以前也是，总是觉得自己还没到达看源码的地步，水平还不够
• 网上的文章太关注源码了本身了，上来直接甩代码开始一通解释，忽略了一个实事实：所有今天看到的源码也是通过解决一个一个的 Issue 和实现一个一个的 feature 才慢慢优化得来的

所以每看一个 npm 轮子就写一篇文章，都从一个最简单的需求开始一步步去推演成源码的样子，一共写了 10 篇，分享给各位正在努力的前端伙伴~

链接： https://github.com/Haixiang6123/one-day-one-npm-lib

看完后可以忘掉所有这些轮子的实现与设计，但是希望这本“小书”可以给你一份 “我自己一个人去阅读源码也没问题” 的勇气，知道优秀的代码也是一步步写出来的，而不是洪水猛兽。

写这本“小书”的时候也是晚上 10 点多左右，脑子也不是在性能最好的时候，所以如果发现一些讲得不好的地方多多包涵，请轻喷~ peace