React这样的调度策略对动画的支持也不好。如果React更新一次状态，占用浏览器主线程的时间超过16.6ms[1]，就会被人眼发现前后两帧不连续，给用户呈现出动画卡顿的效果。
React核心团队很早之前就预知这样的风险的存在，并且持续探索可解决的方式。基于浏览器对 requestIdleCallback和requestAnimationFrame这两个API的支持，以及其他团队对这两个API的实现，如React Native团队。React团队实现新的调度策略–Fiber reconcile。
Fiber)是一种轻量的执行线程，同线程一样共享定址空间，线程靠系统调度，并且是抢占式多任务处理，Fiber 则是自调用，协作式多任务处理。
函数是个好东西，测函数不等同“测1+1=2”这种没营养的单元，函数是可以包含很大上下文的。这种输入输出的模型既简单又有效。
我们消灭了mock，减少了依赖，并发了测试，加快了速度，降低了门槛，减少了测试路径等等。如果你的React项目原来在TDD的边缘摇摆不定，现在是时候入一发这种唯快不破了。
在PhoneGap、RubyMotion、Xamarin、Ionic一众跨平台开发工具中，React Native能够杀出一条血路，获得目前这么大的影响力，除了React社区生态圈的加持和Facebook的大力推广以外，另外一个最主要的原因就是其在开发效率和应用性能方面取得了一个比较好的平衡。
我们非常享受Enzyme为React.js应用提供的快速组件级UI测试功能。与许多其他基于快照的测试框架不同，Enzyme允许开发者在不进行设备渲染的情况下做测试，从而实现速度更快、粒度更小的测试。在开发React应用时，我们经常需要做大量的功能测试，而Enzyme可以在大规模地减少功能测试数量上做出贡献。
本篇文章将从性能和算法的角度比较 Binding.scala 和其他框架的渲染机制。Binding.scala 实现了一套精确数据绑定机制，通过在模板中使用 bind 和 for/yield 来渲染页面。你可能用过一些其他 Web 框架，大多使用脏检查或者虚拟 DOM 机制。和它们相比，Binding.scala 的精确数据绑定机制使用更简单、代码更健壮、性能更高。
《More than React》系列的文章会一共分为五篇和一则。本文是第一篇，介绍用ReactJS开发时遇到的种种问题。后面四篇文章的每一篇将会分别详细讨论其中一个问题，以及Binding.scala如何解决这个问题。
这篇文章是为ReactJs小白准备的，希望他们快速抓住ReactJs的要点并能在实践中随机应变。