本文主要是介绍React+mobx入门教程，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
名字完全是为了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的这种合作很原始，就像是一个孩子刚学会咀嚼，还不会评价味道。
这篇关于React+mobx入门教程的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
