关于React Hooks和Immutable性能优化的实践，我写了一本掘金小册

最近，我的第一本小册《React Hooks 与 Immutable 数据流实战》在掘金成功上线。各位期待的粉丝朋友久等了，两个月之前的计划一直拖到了现在，也经常在 GitHub 的 issue 区也能感受到大家焦急的心情，实在非常抱歉，不过万幸的是，它终于成功地问世了。

上线了不到 5 天，没有任何推文介绍的情况下，销量已经超过 400，这个是我万万没想到的，不过这也侧面反映了各位掘友对我的信任。在后台大概看了一下 ID 名单，其中不乏熟悉的面孔，但更多的是几乎没什么印象甚至完全陌生的 ID，确实，回头看看在掘金这些日子的成长，写作、思考和挣扎的过程是极其痛苦的，但正是因为你偶然看到了文章，不经意点了赞、给了一些反馈，才让我有足够的斗志和毅力坚持下去。可能我们从未谋面，甚至互相连微信都没有，但就偏偏在一个叫"掘金"的地方，我收到了来自一个陌生人的认可，这种感觉从未有过，也是一直激励我不断坚持的动力。各位无论是期待已久还是偶尔打开这篇文章，请让我非常真诚地说上一声: 非常感谢！

回到小册本身，目前已经有不少的小伙伴加入了学习。尽管如此，我想我仍然有必要正式地介绍一下这本小册，因为我觉得这是作为小册作者的责任所在。

缘起

小册本身的性质算是一个项目教程，那为什么我要去做这样一个项目？

其实说来也挺好笑的，我仅仅只是想做一个精致的项目罢了。记得慕课网的名师七月曾经说过一句话: 技术这东西其实很纯粹，最后无非两点：一是打工赚钱，二是做自己想做的事情。而我后来所做的事情，恰好印证了后者。很多时候把事情做成，做成 60 分，是相对轻松且常人所能及的，但是要做到 90 分甚至更高，往往需要异常的刻苦，甚至需要恰当的机遇和天赋。这也是为什么类似题材的项目网上一大堆，我仍然坚持要做这个项目的原因。我想要靠自己独立做完成一个项目，它必须足够的精致，同时不是为了应付任何人。

接着，我试着去整合之前一段时间学到的知识，打算用 React 来搭配Immutable（不可变）数据，并且用上 React 界炽手可热的hooks来作为整个项目的基础技术栈。

为什么要用 hooks ？

我想说，React Hooks如今可以说是前端界"当红小生"， 因其API简洁性、逻辑复用性等特性逐渐被开发者所应用，vue3.0也是采用类似的Function Based的模式，因此学习React Hooks也是未来的大趋势。在这里我也不想再重复都xxx年了，再不学xxx就要被淘汰了之类贩卖焦虑的话，其实并没有什么技术是必须要学的，如果它足够好，我愿意将它分享给各位，让更多的人享受到其带来的便利和效率上的提升。对于hooks而言，作为一个深度使用过的玩家，我觉得我是非常乐意给大家来分享的。而通过一个具体的项目来实践、应用hooks特性，我觉得比干啃文档要强太多，并且在实践的过程中会遇到一些坑，通过坑驱动来学习，可以加深我们对于hooks原理的理解。

为什么用 Immutable 数据？

这就比较复杂了。我想我首先得介绍一下 React 的渲染机制——Reconciliation 过程 (很多人翻译成 "一致化处理过程"，个人觉得不太贴切，直译为 "协调" 反而更