名字完全是为了SEO优化...

谈不上是教程，就说说我的理解，按照我的理解，也许你能入门快点。

我刚接触React的时候，第一个问题是我为什么要用他，这是我的习惯。

从很多角度上来讲我觉得React理念不错，但是并没有什么卵用，当然，学来装逼还是不错的。

首先从实现的角度讲，我可以用JS、JQ、CSS实现我能接触的项目，全世界70%的项目复杂度都很低。

从速度角度，想用好React相当于要接触一个庞大的技术栈，学习成本很高的。

所以，我很早就知道React，却从来都没学。

这回因为换了一家公司，项目需要，我就学了，比如：node，ES6，Koa（以及Koa的各种模块），webpack（各种插件和loader），React，mobx...

时间还好吧，不到10天我就开始有改bug的能力了，而且我还写了一个差不多的脚手架（直接可以写代码，自动打包，热部署）。

其实React本身还挺简单的，只是React的话，推荐阮一峰前辈的React入门：http://www.ruanyifeng.com/blog/2015/03/react.html

React想说的就两件事：组件，状态。

1.所有的内容都是以组件为单位的。

2.用户操作引起状态的变化，状态引起组件的变化（重新渲染）。

知道这两点，加上几个demo，你就可以使用React了，但是你实际用起来就会发现一些问题。

最大的问题就是：组件之间怎么交流？（包括父子，兄弟）

从React的角度来说，没有什么好的解决方案，网上有一些，不过我没仔细看（能知道终极解决方案，我就不浪费时间学半成品了）

终极解决方案：mobx

看到这，如果你没看阮一峰前辈的入门教程，就别继续看了。

React的组件都有一个state属性，这就是React组件的状态了，只要状态改变了，就会触发render重新渲染。

于是你写了以下代码：（ES6语法哈~可以百度ES6 React）

import React from 'react';
class Try extends React.Component{state = {number: 0}render (){return (<div onClick={ this.addNumber.bind(this) }>数字：{ this.state.number }</div>);}addNumber(){this.setState({number: this.state.number+=1});}
}

就这点代码，你可以反复尝试一下，比如类名第一个字母小写；改变state用this.state.number += 1；onClick写成onclick。别问我怎么知道的，都是泪。

这是一个组件，你可以不用mobx也没关系，但是如果两个组件沟通呢？

render( <div> <Rtbox0 /><Rtbox1 /> </div> );

这种情况，Rtbox0要改变Rtbox1的状态怎么办？Rtbox0改完Rtbox1，Rtbox1又改另外的组件，另外的组件又改Rtbox0怎么办？

所以大家要把状态共享出来，或者说，得弄个小广播，一个组件状态改变了，在一个公共的地方喊一声，我变了！其他的组件根据他的变化做一些动作。

mobx干的就是这么一件事，网上说的都太官方，而且基本上都是翻译老外的文章。

所以，mobx只是一个程序员在遇到上面的问题后想出的解决方案。

如果是你怎么解决？

mobx是这样的：在引用组件之前，定义一个东西，可以是任何东西，当然，这个东西经过加工过（mobx-react），然后传入想用这个东西的组件

这个组件必须是经过mobx修饰的。

这时候，你传入的东西，作用于是全局的，也就是一旦变化了，谁都能感知，我估计，mobx修饰组件就是把这个全局的跟组件内的state做关联

全局的变了，局部的也变了，进而触发局部的render。

我理解的大致就是这样，mobx实现这个功能的原理我还没资本研究。

总结

说了一大堆，可能废话居多。

总结起来我现在写React的方式就是：

由于数据的变化引起的组件变化，要使用mobx，在引入组件之前创建一个什么东西共享。比如：登录以后，用户信息所有组件共享

如果是组件内部变化引起的组件变化，就使用内部的state就可以了，不要去影响全局。比如：点击某个地方显示一些东西，就组件内部自己处理吧

我还是感觉React和mobx的这种合作很原始，就像是一个孩子刚学会咀嚼，还不会评价味道。