#技术#选择React这条路，我很庆幸，你呢？( 二 ) |可视化技术|阿兰·图灵|工程师|

要说本书的独特之处，一定在于每一部分都会去分析源码。尽管源码并不是开发者所要关注的，我想传达的是，读源码是学习技术最方便的途径，尤其对于非常活跃的前端开源社区来说。
图灵：在《深入React技术栈》一书中，为什么会选择“组件化、Flux和Redux、server、可视化”四个维度来讲解React？
陈屹：全书从 React 组件化的思想和用法讲起，再讲到其背后的原理。组件化是前端工程中非常重要的部分，自前端开发的早期，工程师就一直在尝试用面向对象的理念来封装组件，直到今天也没有停下来。
到富客户端应用的年代，只有组件化已经不够了，先驱们借来了分层思想，先是 Backbone 站在了高点，到后来的百花齐放。说到 React 技术栈， Flux 应用架构起了个头儿，到 Redux 的诞生，算是完成了工程化的最后一块拼图，这是一个渐进的发展过程。结合 server render 完整打通了今天前端架构 SPA 的所有部件。
可视化在前端圈的地位很独特，已经有越来越多的前端转向专职的可视化工程师。可视化在这个领域有着不同于传统前端的开发方式，书中的内容也只是结合 React 开发的实践而已。

本文插图
图灵：说到能够写作的程序员或是能够编程的作家，这两种人都是相当稀少。写完《深入React技术栈》一书，可以给我们分享下你的切身感受吗？
陈屹：其实在互联技术上并不少吧。在国内知乎， SegmentFault ，还有各种社区博客上可以看到不少善于分享的大咖。
说说写书过程中的感受。其实，从一开始的思路到最后成型的布局，之间产生了不小的改变，即使到最后时刻目录都在变动，真是不断挑战着自己。况且， React 技术栈在半年里的变化也不小，我会担心内容过时，承受很快被淘汰的命运，也许每一位技术书的作者都会经历这种痛苦。
当然，看到很多读者给我发来私信，表达学习到很多知识的时候，我想付出的一切都是值得的吧。
图灵：在知乎上创办专栏pure render ，在SegmentFault等技术社区分享知识，不会分散精力影响技术研究吗？
陈屹：分享并不是任务，是技术研究的一部分，并不会分散太多精力。我曾经说过，写文章并不单是为了别人，它可以把自己的想法或成果记录下来，是一件比较纯粹的事。
写文章也是为了交流。交流，更确切地说是，思想上的碰撞，碰撞那些还不坚定的想法，在说服与被说服的过程中共同进步。你理解了他人的经验，也完善自己的经验世界。
创办pure render专栏也有带领前端团队在技术道路上作沉淀的考虑。每一篇文章我或团队都会做审核，期望量少而精。现在，我也会试着邀请一些优秀人士给更多关注的朋友分享技术。

本文插图
图灵：我了解到，你热衷开源事业。有哪些React开源项目推荐给大家学习？
陈屹：如之前所说， React 社区在前端社区是非常活跃的，这一点非常像过去的 jQuery 开源社区。有非常多的轮子可以选择，却也带来选择上的困扰。
我在书中基本上把应用所需要的库都有说到。组件库方面， antd 已经被大家熟悉，如果想要定制组件，在 antd 背后的 react-component 做得也是非常优秀。另外， material-ui 也是一个很好的选择，尤其对于喜欢这套 UI 的开发者。
早期，Flux 衍生框架非常多，直到社区出现了 Redux、React Router、Redux Saga ， Immutablejs 等最佳实践后才算消停。当然，如果你还是一个新手，还是建议你坚持使用 Redux ，理解 Redux 。