-
一、computed
把其他可观察数据用自己的方式组合成新的可观察数据
二、autorun
当可观察数据发生变化，自动执行对可观察数据依赖的行为，既回调
三、when
用作某条件成立才执行某逻辑的情况，是一个简单的api
四、reaction
autorun 的变种，对于如何追踪 observable 赋予了更细粒度的控制。
查看全部 -
decorator修饰器语法
在声明阶段实现类和类成员注解的一种语法，本质是一个函数
查看全部 -
1、mobx是什么
Simple，scalable state management 简单可扩展的状态管理
2、mobx优势
开发难度低、开发代码量少、渲染性能好
3、mobx的核心思想
状态变化引起的副作用应该被自动触发
查看全部 -
细粒度拆分视图组件
使用专用组件处理列表
尽可能晚地解构可观察数据
查看全部 -
todo 222
查看全部 -
computed
查看全部 -
disposers<br/>查看全部
-
observe
查看全部 -
webpack.js
查看全部 -
observable被当作是装饰器使用的时候，就算是原始类型值，也是使用observable装饰，他会自动判别数据类型，自动转换是用observable.box还是observable
查看全部 -
提升渲染性能的三大法则
查看全部 -
mobx-react已经为react组件实现了一个shouldComponentUpdate方法，不需要重新定义一个，
查看全部 -
mobx-react 可以将react的render方法包装成autorun,这样执行action就会触发组件重渲染了
observer是一个修饰器，不是修饰类成员的，而是修饰类本身的
修饰那个真正使用了可观察数据的组件，当action执行的时候，这个组件就会重新渲染
对于没有使用可观察数据的组件，被修饰了也不会有副作用，考虑到可扩展，建议修饰所有用到的react组件
查看全部 -
import { PropTypes } from 'mobx-react'
static propTypes = {
cache: PropTypes.observableObject
}
查看全部 -
可观察的数组并不是一个真正的数据，用Array.isArray判断是false
查看全部 -
runInAction可以接受一个字符串类型的参数，就像是装饰器修饰的form名一样，一般来说对于调试是比较友好的
runInAction('modify', () => {
store.string = ''
})
查看全部 -
action.bound 将被修饰的方法的上下文强制绑定到该对象上
使用场景：将方法作为callback传给其他对象时
无论是action还是action.bound都需要绑定在预先定义的对象方法上
runInAction：
mobx提供了一种语法糖：允许随时定义一个匿名的action方法，并运行它
查看全部 -
action可以作为普通函数或者装饰器
查看全部 -
直接向变量赋值的操作改变可观察数据：每次的修改都会触发autorun或者reaction的运行，这种高频的触发操作是没有必要的。
比如用户对视图的一次点击操作，需要同步修改多个状态变量，但是视图的更新却只需要一次。
为了优化这个问题，引入action
使用action的收益：将多次对状态的赋值合并为一次
查看全部
举报