随着用户界面中可能出现的不同状态和状态间转换的数目的不断增长，样式和动画的管理很快就变得复杂起来。即使是一个简单的登录表单也可以有很多不同的“用户状态流”，并且有许多边界情况需要考虑。

React 作为一个库，不会决定你如何组织项目的结构。这是件好事，因为这样我们有了充分的自由去尝试不同的组织方式并且选取最适合我们的方式。但是从另一个角度讲，这可能会让刚刚上手 React 的开发者产生些许困惑。

随着软件应用的复杂度不断上升，为了确保应用稳定且易拓展，代码质量就变的越来越重要。

Web Component 出现有一阵子了。 Google 费了很大力气去推动它更广泛的应用，但是除 Opera 和 Chrome 以外的多数主流浏览器对它的支持仍然不够理想。

最近我开始思考React应用的状态管理。我已经取得一些有趣的结论，并且在这篇文章里我会向你展示我们所谓的状态管理并不是真的在管理状态。

前面两部分把重点放在了 MobX 基础模块的构建上。用这些模块我们可以开始解决一些现实场景的问题了。这篇文章将会通过一系列的示例来应用我们已经了解的概念。

在 Part 1 我们看到如何去建立一个 MobX 状态树并且让它可观察。在这个基础上，我们下一步要做的是开始响应数据的变化。坦白说，有趣的部分是从这里开始的。

近几年, `Node.js` 在软件开发的一致性上助力很大.无论是前端开发,服务端脚本,跨平台桌面/移动端应用或是物联网应用,`Node.js` 都可以帮你完成.由于 `Node.js` 的出现,编写命令行工具比之前容易很多,这不是随意说说,而是可交互,真正有价值的并且能减少开发耗时的命令行工具.

多年来我一直使用Sass.但是最近我想要使用PostCSS和它的cssnext插件来尝试处理样式.我爱死了现在就可以使用将来的CSS特性,相对于之前我用的工具,它们更顺手一些.我的个人站点就是尝试新特性的最好的测试地.

让我们聊聊渲染，一个发生在Page2.0（注：应该是作者自创概念）的生命周期之后的解析，有时发生在瀑布流加载组件的时候。所以浏览器是怎样通过很多HTML，CSS和Javascript脚本来在屏幕上展示你的页面呢？

如果没有特殊说明的话，以下都是应用在Android,Chrome OS,Linux,Mac和windows上最新发布的[Chrome beta](https://www.google.com/landing/chrome/beta/)版上的特性。

本文旨在对那些已经是BEM的爱好者或是想要去更有效率的使用它或是非常好奇并且想去学习它的人有所帮助。

CSS的发展，像所有的语言一样，是一个不断迭代的过程。