mobx用法

observable和autorun

1、@observable: 使用此标签监控要检测的数据。(被观察者)

2、@observer: 使用此标签监控当数据变化是要更新的Component组件类(观察者)。

3、@action:使用此标签监控数据改变的自定义方法(当在需要数据改变的时候执行此自定义方法,那么View层也会跟着自动变化,默认此View层已经使用@observer标签监控)

4、@inject:使用此标签标示注入相关的store对象,使得当前组件可以从state获取store对象。如不使用此标签,则组件无法获取store对象。

  1. import { observable, autorun } from 'mobx';

  2.  
  3. const value = observable(0);

  4. const number = observable(100);

  5.  
  6. autorun(() => {

  7. console.log(value.get());

  8. });

  9.  
  10. value.set(1);

  11. value.set(2);

  12. number.set(101);

可以看到,控制台中依次输出0,1,2。
observable可以用来观测一个数据,这个数据可以数字、字符串、数组、对象等类型(相关知识点具体会在后文中详述),而当观测到的数据发生变化的时候,如果变化的值处在autorun中,那么autorun就会自动执行。
上例中的autorun函数中,只对value值进行了操作,而并没有number值的什么事儿,所以number.set(101)这步并不会触发autorun,只有value的变化才触发了autorun。

计算属性——computed

假如现在我们一个数字,但我们对它的值不感兴趣,而只关心这个数组是否为正数。这个时候我们就可以用到computed这个属性了。

 
  1. const number = observable(10);

  2. const plus = computed(() => number.get() > 0);

  3.  
  4. autorun(() => {

  5. console.log(plus.get());

  6. });

  7.  
  8. number.set(-19);

  9. number.set(-1);

  10. number.set(1);

依次输出了true,false,true。
第一个true是number初始化值的时候,10>0为true没有问题。
第二个false将number改变为-19,输出false,也没有问题。
但是当-19改变为-1的时候,虽然number变了,但是number的改变实际上并没有改变plus的值,所以没有其它地方收到通知,因此也就并没有输出任何值。
直到number重新变为1时才输出true。

实际项目中,computed会被广泛使用到。

 
  1. const price = observable(199);

  2. const number = observable(15);

  3.  
  4. //computed的其它简单例子

  5. const allPrice = computed(() => price.get() * number.get());

顺便一提,computed属性和React Native中的ListView搭配使用很愉快。

action,runInAction和严格模式(useStrict)

mobx推荐将修改被观测变量的行为放在action中。
来看看以下例子:

 
  1. import {observable, action} from 'mobx';

  2. class Store {

  3. @observable number = 0;

  4. @action add = () => {

  5. this.number++;

  6. }

  7. }

  8.  
  9. const newStore = new Store();

  10. newStore.add();

以上例子使用了ES7的decorator,在实际开发中非常建议用上它,它可以给你带来更多的便捷

好了回到我们的例子,这个类中有一个add函数,用来将number的值加1,也就是修改了被观测的变量,根据规范,我们要在这里使用action来修饰这个add函数。
勇于动手的你也许会发现,就算我把@action去掉,程序还是可以运行呀。

 
  1. class Store {

  2. @observable number = 0;

  3. add = () => {

  4. this.number++;

  5. }

  6. }

这是因为现在我们使用的Mobx的非严格模式,如果在严格模式下,就会报错了。
接下来让我们来启用严格模式

 
  1. import {observable, action, useStrict} from 'mobx';

  2. useStrict(true);

  3. class Store {

  4. @observable number = 0;

  5. @action add = () => {

  6. this.number++;

  7. }

  8. }

  9.  
  10. const newStore = new Store();

  11. newStore.add();

嗯,Mobx里启用严格模式的函数就是useStrict,注意和原生JS的"use strict"不是一个东西。
现在再去掉@action就会报错了。
实际开发的时候建议开起严格模式,这样不至于让你在各个地方很轻易地区改变你所需要的值,降低不确定性。

action的写法大概有如下几种(摘自mobx英文文档):

  • action(fn)
  • action(name, fn)
  • @action classMethod() {}
  • @action(name) classMethod () {}
  • @action boundClassMethod = (args) => { body }
  • @action(name) boundClassMethod = (args) => { body }
  • @action.bound classMethod() {}
  • @action.bound(function() {})

可以看到,action在修饰函数的同时,我们还可以给它设置一个name,这个name应该没有什么太大的作用,但可以作为一个注释更好地让其他人理解这个action的意图。

接下来说一个重点action只能影响正在运行的函数,而无法影响当前函数调用的异步操作
比如官网中给了如下例子

 
  1. @action createRandomContact() {

  2. this.pendingRequestCount++;

  3. superagent

  4. .get('https://randomuser.me/api/')

  5. .set('Accept', 'application/json')

  6. .end(action("createRandomContact-callback", (error, results) => {

  7. if (error)

  8. console.error(error);

  9. else {

  10. const data = JSON.parse(results.text).results[0];

  11. const contact = new Contact(this, data.dob, data.name, data.login.username, data.picture);

  12. contact.addTag('random-user');

  13. this.contacts.push(contact);

  14. this.pendingRequestCount--;

  15. }

  16. }));

  17. }

重点关注程序的第六行。在end中触发的回调函数,被action给包裹了,这就很好验证了上面加粗的那句话,action无法影响当前函数调用的异步操作,而这个回调毫无疑问是一个异步操作,所以必须再用一个action来包裹住它,这样程序才不会报错。。

当然如果你说是在非严格模式下……那当我没说吧。。

如果你使用async function来处理业务,那么我们可以使用runInAction这个API来解决之前的问题。

 
  1. import {observable, action, useStrict, runInAction} from 'mobx';

  2. useStrict(true);

  3.  
  4. class Store {

  5. @observable name = '';

  6. @action load = async () => {

  7. const data = await getData();

  8. runInAction(() => {

  9. this.name = data.name;

  10. });

  11. }

  12. }

你可以把runInAction有点类似action(fn)()的语法糖,调用后,这个action方法会立刻执行。

结合React使用

在React中,我们一般会把和页面相关的数据放到state中,在需要改变这些数据的时候,我们会去用setState这个方法来进行改变。
先设想一个最简单的场景,页面上有个数字0和一个按钮。点击按钮我要让这个数字增加1,就让我们要用Mobx来处理这个试试。

 
  1. import React from 'react';

  2. import { observable, useStrict, action } from 'mobx';

  3. import { observer } from 'mobx-react';

  4. useStrict(true);

  5.  
  6. class MyState {

  7. @observable num = 0;

  8. @action addNum = () => {

  9. this.num++;

  10. };

  11. }

  12.  
  13. const newState = new MyState();

  14.  
  15. @observer

  16. export default class App extends React.Component {

  17.  
  18. render() {

  19. return (

  20. <div>

  21. <p>{newState.num}</p>

  22. <button onClick={newState.addNum}>+1</button>

  23. </div>

  24. )

  25. }

  26. }

上例中我们使用了一个MyState类,在这个类中定义了一个被观测的num变量和一个action函数addNum来改变这个num值。
之后我们实例化一个对象,叫做newState,之后在我的React组件中,我只需要用@observer修饰一下组件类,便可以愉悦地使用这个newState对象中的值和函数了。

跨组件交互

在不使用其它框架、类库的情况下,React要实现跨组件交互这一功能相对有些繁琐。通常我们需要在父组件上定义一个state和一个修改该state的函数。然后把state和这个函数分别传到两个子组件里,在逻辑简单,且子组件很少的时候可能还好,但当业务复杂起来后,这么写就非常繁琐,且难以维护。而用Mobx就可以很好地解决这个问题。来看看以下的例子:

 
  1. class MyState {

  2. @observable num1 = 0;

  3. @observable num2 = 100;

  4.  
  5. @action addNum1 = () => {

  6. this.num1 ++;

  7. };

  8. @action addNum2 = () => {

  9. this.num2 ++;

  10. };

  11. @computed get total() {

  12. return this.num1 + this.num2;

  13. }

  14. }

  15.  
  16. const newState = new MyState();

  17.  
  18. const AllNum = observer((props) => <div>num1 + num2 = {props.store.total}</div>);

  19.  
  20. const Main = observer((props) => (

  21. <div>

  22. <p>num1 = {props.store.num1}</p>

  23. <p>num2 = {props.store.num2}</p>

  24. <div>

  25. <button onClick={props.store.addNum1}>num1 + 1</button>

  26. <button onClick={props.store.addNum2}>num2 + 1</button>

  27. </div>

  28. </div>

  29. ));

  30.  
  31. @observer

  32. export default class App extends React.Component {

  33.  
  34. render() {

  35. return (

  36. <div>

  37. <Main store={newState} />

  38. <AllNum store={newState} />

  39. </div>

  40. );

  41. }

  42. }

有两个子组件,Main和AllNum (均采用无状态函数的方式声明的组件)
在MyState中存放了这些组件要用到的所有状态和函数。
之后只要在父组件需要的地方实例化一个MyState对象,需要用到数据的子组件,只需要将这个实例化的对象通过props传下去就好了。

那如果组件树比较深怎么办呢?
我们可以借助React15版本的新特性context来完成。它可以将父组件中的值传递到任意层级深度的子组件中。
详情可以查看React的官方文档 React context

接下来看看网络请求的情况。

 
  1. useStrict(true);

  2.  
  3. class MyState {

  4. @observable data = null;

  5. @action initData = async() => {

  6. const data = await getData("xxx");

  7. runInAction("说明一下这个action是干什么的。不写也可以", () => {

  8. this.data = data;

  9. })

  10. };

  11. }

严格模式下,只能在action中修改数据,但是action只能影响到函数当前状态下的情景,也就是说在await之后发生的事情,这个action就修饰不到了,于是我们必须要使用了runInAction(详细解释见上文)。
当然如果你不开启严格模式,不写runInAction也不会报错。

个人强烈建议开启严格模式,这样可以防止数据被任意修改,降低程序的不确定性

关于@observer的一些说明

通常,在和Mobx数据有关联的时候,你需要给你的React组件加上@observer,你不必太担心性能上的问题,加上这个@observer不会对性能产生太大的影响,而且@observer还有一个类似于pure render的功能,甚至能起到性能上的一些优化。

所谓pure render见下例:

 
  1. @observer

  2. export default class App extends React.Component {

  3. state = {

  4. a: 0,

  5. };

  6. add = () => {

  7. this.setState({

  8. a: this.state.a + 1

  9. });

  10. };

  11. render() {

  12. return (

  13. <div>

  14. {this.state.a}

  15. <button onClick={this.add}>+1</button>

  16. <PureItem />

  17. </div>

  18. );

  19. }

  20. }

  21.  
  22. @observer

  23. class PureItem extends React.Component {

  24.  
  25. render() {

  26. console.log('PureItem的render触发了');

  27. return (

  28. <div>你们的事情跟我没关系</div>

  29. );

  30. }

  31. }

如果去掉子组件的@observer,按钮每次点击,控制台都会输出 PureItem的render触发了 这句话。

React组件中可以直接添加@observable修饰的变量

 
  1. @observer

  2. class MyComponent extends React.Component {

  3.  
  4. state = { a: 0 };

  5.  
  6. @observable b = 1;

  7.  
  8. render() {

  9. return(

  10. <div>

  11. {this.state.a}

  12. {this.b}

  13. </div>

  14. )

  15. }

  16. }

在添加@observer后,你的组件会多一个生命周期componentWillReact。当组件内被observable观测的数据改变后,就会触发这个生命周期。
注意setState并不会触发这个生命周期!state中的数据和observable数据并不算是一类。

另外被observable观测数据的修改是同步的,不像setState那样是异步,这点给我们带了很大便利

Observable Object和Observable Arrays

本章主要对官方文档Observable Types这一节中的前两章进行了翻译概述。有兴趣的同学可以直接阅读官方文章 Mobx官方文档——Observable Types

Observable Objects

如果使用observable来修饰一个Javascript的简单对象,那么其中的所有属性都将变为可观察的,如果其中某个属性是对象或者数组,那么这个属性也将被observable进行观察,说白了就是递归调用。
Tips: 简单对象是指不由构造函数创建,而是使用Object作为其原型,或是干脆没有原型的对象。
需要注意,只有对象上已经存在的属性,才能被observable所观测到。
若是当时不存在,后续添加的属性值,则需要使用extendObservable来进行添加。

 
  1. let observableObject = observer({value: 3222});

  2.  
  3. extendObservable(observableObject, {

  4. newValue: 2333

  5. });

如果是由构造函数创建的对象,那么必须要再它的构造函数中使用observable或extendObservable来观测对象。
如下所示:

 
  1. function MyObject(name) {

  2. extendObservable(this, {

  3. name,

  4. });

  5. }

  6.  
  7. var obj = new MyObject("aaa");

如果对象中的属性是由构造函数创建的对象,那么它也不会被observable给转化。

对象中带有getter修饰的属性会被computed自动转换。

其实observable函数的自动转化已经能够解决至少95%的问题了,如果想要更详细地了解,可以去看 modifiers这一章

最后附一个购物车的例子

Observable Arrays

与对象类似,数组同样可以使用observable函数进行转化。

考虑到ES5中原生数组对象中存在一定的限制,所以Mobx将会创建一个类数组对象来代替原始数组。在实际使用中,这些类数组的表现和真正的原生数组极其类似,并且它支持原生数组的所有API,包括数组索引、长度获取等。
但是注意一点,sort和reverse方法返回的是一个新的Observable Arrays,对原本的类数组不会产生影响,这一点和原生数组不一样。

请记住,这个类数组不管和真实的数组有多么相似,它都不是一个真正的原生数组,所以毫无疑问Array.isArray(observable([]))的返回值都是false。当你需要将这个Observable Arrays转换成真正的数组时,可以使用slice方法创建一个浅拷贝。换句话来说,Array.isArray(observable([]).slice())会返回true。

除了原生数组支持的API外,Observable Arrays还支持以下API:

  • intercept(interceptor)
    这个方法可以在所有数组的操作被应用之前,将操作拦截。具体的请看Intercept & Observe

  • observe(listener, fireImmediately? = false)
    用来监听数组的变化(类似ES7中的observe,可惜这个ES7中的observe将被废弃),它返回一个用以注销监听器的函数。

  • clear()
    清空数组

  • replace(newArray)
    用一个新数组中的内容来替换掉原有的内容

  • find(predicate: (item, index, array) => boolean, thisArg?, fromIndex?)
    基本上与ES7 Array.find的提案相同,不过多了fromIndex参数。

  • remove(value)
    移除数组中第一个值等于value的元素,如果移除成功,则会返回true

  • peek()
    和slice类似,但它不会创建保护性拷贝,所以性能比slice会更好。如果你能够确定,转换出的数组肯定仅以只读的方式使用,那么可以使用这个API

总结

Mobx想要入门上手可以说非常简单,只需要记住少量概念并可以完成许多基础业务了。但深入学习下去,也还是要接触许多概念的。例如Modifier、Transation等等。
最后与Redux做一个简单的对比

  1. Mobx写法上更偏向于OOP
  2. 对一份数据直接进行修改操作,不需要始终返回一个新的数据
  3. 对typescript的支持更好一些
  4. 相关的中间件很少,逻辑层业务整合是一个问题
发布了14 篇原创文章 · 获赞 4 · 访问量 8816

猜你喜欢

转载自blog.csdn.net/weixin_41575159/article/details/93118826