【玩转 React】关于 React 你需要知道的事儿

前言

随着前端技术的迅猛发展，各种前端框架也随势崛起，但归根结底，支撑每一款web框架流行的强大因素都是它能更好地服务于业务。React自然也不例外，它的开发者当初正在开发Facebook的一个广告系统，由于不满足于当下任何的MVC框架，所以就自己写了一套UI框架，于是乎大名鼎鼎的React就由此诞生了。React的出现无疑为web开发带来了颠覆性的改变，多少开发者夜以继日只为体验一把React带来的快感。本文就将带领大家一起领略一番React的理念、特色与情怀。

1. React不是一款MVC框架

我们首先要认清的事实就是，React不同于我们之前常用的MVC框架，如AngularJS、Backbone等，因为React只专注于view层（即MVC中的V）的表现，它是一个用于构建前端可复用UI组件的库，同时，当数据发生变化时，React会及时有效地更新和渲染相应的组件。对于越来越复杂的前端界面，尤其是对于数据不断变化的web应用，React实现了将变化的数据高效无误的反映在页面上。

下面摘一句React官方doc中的一句话：

We built React to solve one problem: building large applications with data that changes over time.

2. 使用JSX取代HTML模板

JSX是React的核心概念之一，JSX并不是一种新语言，它是对JavaScript语言的扩展，但并没有改变JavaScript的语法，看起来很像XML。JSX使用基于XML的方式表达组件的嵌套，保持和HTML一致的结构，语法上除了在描述组件上比较特别以外，其它基本和Javascript保持一致。并且最终React会把所有的JSX都编译为JS。

我们先来看一个小例子：

var element = 
        Hello World
    ;
ReactDOM.render(element, document.body);

从该例子可以看出，React实现了直接将HTML嵌入到JavaScript中的能力，相信很大一部分人刚接触JSX这种语法时，都心存怀疑，因为多少年我们一直强调MVC，即表现层与逻辑层是要分离的，我们使用HTML模板的目的也是为了避免表现层与逻辑层的耦合。但React使用JSX的这种设计思想，仿佛让我们一夜回到解放前。使用JSX的好处到底是什么呢？

其实，我们最初使用HTML模板的目的是让表现层更加独立，这样对HTML的修改就变得更加简单，不需要去看逻辑代码。但如今，web应用已经变得越来越复杂，模板对应的逻辑层代码也是严重依赖于模板DOM结构，这就造成了表现层与逻辑层的严重耦合，最初不看逻辑而简单修改界面的想法也打破了。换句话说，表现层和逻辑层还是互不可分的。而且，为了模板与逻辑的良好合作，还不得不引入很多新概念。我们拿AngularJS举例，使用AngularJS确实从结构上分离了表现层与逻辑层，但是HTML里却混入了大量的标记属性，而且，初学者如果不懂AnjularJS的语法，根本不明白HTML中标记属性的寓意何在，由此学习难度与成本也大幅度提升。

说到这儿，我们大概就能体会到React使用JSX的独到之处了。JSX除了使用XML标记的方式去直接声明界面以外，并没有增加其它未知的语法与标记，这不但降低了学习成本，让初学者更快地上手使用React，而且使写出的代码可读性更高，更易于理解。

另外，虽然React推荐使用JSX，但并不是必须的，我们也可以完全使用JavaScript进行开发，但JSX在定义类似HTML的树形结构时，非常简洁明了，下面的例子是不使用JSX和使用JSX开发的对比：

#不使用JSX，重复调用React.createElement方法
React.render(
    React.createElement('div', null,
        React.createElement('div', null,
            React.createElement('div', null, 'Hello World')
        )
    ),
    document.body
);

#使用JSX，简洁明了的类似HTML树形结构
React.render(
    
        
            Hello World
        
    ,
    document.body
);

所以，有JSX这种好东西，我们有什么理由不用呢？

3. 一切皆组件

组件，即被独立封装的可复用UI部件。组件也是React的核心思想之一。React让我们重新规划界面，把任何一个功能独立的模块都定义成组件。一个个的组件通过不断复用，组合与嵌套等，构成一套完整的UI界面。所以说，使用React开发的界面一切皆为组件。

组件的概念并不难理解，最重要的还是组件之间的交互。React为每个组件都提供一个render方法，这个方法返回组件的实例。组件有两个重要的概念：props和state，他们的作用都是用于描述组件的状态。props是组件对外交互的接口，是一种父级向子级传递数据的方式；state用于记录组件的不同状态，React把组件看成是一个状态机，通过与用户的交互，实现不同状态，然后重新渲染组件，让UI界面及时有效地随数据变化而变化。

以下是在组件中使用state和props的应用实例。我们可以在父组件中设置state，并通过在子组件上使用props将其传递到子组件上。

var MainCom = React.createClass({
  getInitialState: function() {
    return {
      message: "Learn React",
      link: "https://facebook.github.io/react/"
    };
  },
 
  render: function() {
    return (
      
        
        
      
    );
  }
});

var Message = React.createClass({
  render: function() {
    return (
      {this.props.message}
    );
  }
});

var Link = React.createClass({
  render: function() {
    return (
      
        {this.props.link}
      
    );
  }
});

ReactDOM.render(
  ,
  document.getElementById('main-container')
);

组件化的方式带来了UI功能模块之间的分离。对于MVC开发模式来说，开发者将实现表现层，数据层，控制层的分离。对于React而言，则完全是一个新的思路，开发者从功能的角度出发，将UI界面分成不同的组件，每个组件都独立封装。

4. 虚拟DOM提升性能

传统的web开发中，我们通常使用JS或jQuery操作DOM的方式将不断变化的数据实时地反映到页面上，随着页面逻辑复杂度的提升，频繁大量的DOM操作往往会造成网站性能较低，代码也变得越来越难维护。即使使用了MVC框架来重新架构代码，但也没有办法减少你所维护的状态，也就是说没有办法减少DOM操作。

后来又出现了MVVM模式，通过视图模板和状态的双向绑定，双向绑定引擎就会在状态更新的时候自动更新视图。MVVM模式很大程度的减少了视图更新的逻辑，即减少了DOM操作。但这种方法也是存在问题的，每次状态发生变化时，模板引擎都会重新渲染整个视图，即用新的视图替换掉旧的视图。我们知道，这样做是影响性能的，因为即使一处小小的修改都会引起重新渲染DOM。

在React的思想里，是完全不需要操作DOM的。React提出了新概念，即虚拟DOM。使用React进行开发时，所有的DOM构造都是通过虚拟DOM进行的，每当数据发生变化时，React都会重新构造DOM树，然后将新构造的DOM树与上一次的DOM树进行对比（这就用到了React的DOM Diff算法），得到两者之间的差异后，仅需将变化的DOM部分进行更新。由于每次生成虚拟DOM都很快，DOM Diff算法找出两个DOM树之间的差异也很快（时间复杂度O(n)），所以跟传统的操作DOM相比，使用虚拟DOM的方法在速度和性能上的优势是十分明显的。

我们举一个简单的例子，假设我们有一个list如下：

现在想把它更新成：

我们传统的做法是先删除1，2，3，4这些节点，然后再追加6，7，8，9，10这几个新节点，这就意味这会有4次删除操作和5次添加操作。但React会把旧的和新的DOM树做一下Diff，然后发现其实不用删除1，2，3，4节点，而是可以直接修改这四个节点的innerHTML为6，7，8，9，然后再追加一个节点10就可以了。这样就比9次节点DOM操作快多了。

5. 总结

本文只是个人对React的设计思想的一些浅显的认识，写的比较零散，当然React的优点还有很多的，还待大家去慢慢学习与体会。当然，事物都有相对性，在实际的开发过程中，还是要挑选最适合的框架，而不是盲目从众。