为什么我们要造React？
目前JavaScript MVC框架已经有很多了，为什么还要构造React呢，为什么我们要使用它？
React 不是一个MVC框架
React是一个构造可组合式用户界面的库。它鼓励创建可重用的UI组件显示会随着时间而改变的数据。
React 不使用模板
传统上，web应用UIs使用模板或者html指令构造。这些模板规定一套完整的抽象使你可以去构建你的UI。
不同的，React处理构建用户界面通过将他们分解成组件。这意味着，React使用一个真正的、全功能的编程语言去渲染视图，我们可以看到作为一个优势模板的一些原因：
- JavaScript是一个灵活的强大的编程语言，具有构建抽象的能力。这是非常重要的在一个大型应用中。
- 通过统一相应的视图逻辑标签，React可以使构建的视图更容易扩展和维护。
- 通过整合标签和内容到javascript，不需要手动连接字符串因此可以减少XSS漏洞面积。
假如你更喜欢原始的HTML去编写javascript，我们还创建了JSX，一个可选的语法扩展。
被动更新非常简单
React真正亮点是当你的数据随时间改变时。
在一个传统的javascript应用中，你需要考虑数据的变化然后指示DOM做出变化使其保持最新的。甚至AngularJS，提供一个声明式接口经由指令和数据绑定请求一个关联的函数去手动的更新DOM结点。
React采用不同的方法。
当组件第一次初始化时，render方法被调用，为视图生成一个轻量级的表现。通过这个表现，产生一个标签字符串，然后插入到文档中。当数据变化时，render方法再次被调用。为了尽可能有效的完成更新，我们比较之前调用render返回的值与新的值，然后产生一个最小限度的变更去应用到DOM中。
render返回的数据既不是一个字符串也不是一个DOM结点。它是一个轻量级的类型，描述DOM应该是什么样的。
因为这个重新渲染是非常快的(TodoMVC 1毫秒左右)，开发者不需要明确的指定数据绑定。我们发现这个方法更容易去构建应用程序。
HTML 仅仅是个开始
因为React有自己的轻量级的文档表现，我们可以用它做一些很酷的事情：
- Facebook动态表格可以通过
<canvas>渲染取代HTML. - Instagram是一个'single page'网页应用完全由React和
Backbone.Router构建的。设计者可以像通常一样使用JSX编写React代码。 - 我构建内部的应用雏形运行React在一个web工作站上，使用React去驱动本地ios视图通过一个
Objective-C桥。 - 你可以运行React在服务器上，便于SEO、性能、代码分享和项目灵活性。
- 事件在全部现代浏览器(包括IE8)下表现一致性还有符合标准化，并且自动使用事件委派。
原文地址：http://facebook.github.io/react/blog/2013/06/05/why-react.html
英文很烂，通过字典翻译软件和自己的理解整理出来，如有问题或不恰当之处，非常欢迎指出。
