缘何 React 服务端渲染的性能会如此之差；从设计理念的角度来看 React 本身专注于跨平台的界面库，其保证较好抽象层次的同时势必会付出一定的代价，并且 Facebook 在生产环境中并未大规模应用服务端渲染，也就未花费过多的精力来优化服务端渲染的性能。笔者也对比了下 React 与 Preact 有关服务端渲染的实现代码，确实高度的抽象需要额外的代码逻辑与对象创建，React 本身并没有冗余的部分，只是单纯地大量的毫秒级别额外对象操作的耗时的累加导致了最后性能表现的巨大差异。我们首先看下 Preact 的 `renderToString` 的函数实现，其紧耦合于 DOM 环境，以较低的抽象程度换取较少的代码实现：

CSS Modules 详解及 React 中实践

我们在上文中提及，为了提高性能 React 将 setState 设置为批次更新，即是异步操作函数，并不能以顺序控制流的方式设置某些事件，我们也不能依赖于 this.state 来计算未来状态。典型的譬如我们希望在从服务端抓取数据并且渲染到界面之后，再隐藏加载进度条或者外部加载提示：

基于 Webpack 2 的 React Router 懒加载路由配置承接基于 Webpack 2 的 React 组件懒加载，主要是对上一篇文章中的部分论述进行补充和修正，从属于 Web 前端入门与工程实践。

为了理解 React 在学习生命周期的过程中想要一个生命周期的图，网上有一些流程，但是看着不够全，就尝试着画了一个，第一次弄，欢迎提意见

React 常用面试题目与分析从属于笔者的 Web 前端入门与工程实践，更多前端思考借鉴 2016 - 我的前端之路: 工具化与工程化

文章介绍了 React 的事件系统，比较了与原始事件的区别和如何合理使用 React 合成事件与原生时间

phoenix-blog-framework 是我开发的一款个人博客框架。使用 React.js + Typescript + CSS-Modules + pug 等技术做前端，用 Node.js + Mongodb + Typescript 做后台开发。用 Markdown 做文章写作系统。