-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
十分钟搞明白 MobX + React 使用教程 #51
Comments
codepen 的例子都不能使用了,error:
|
教程还没有写完,感谢反馈。我稍后看看。😅 |
@wangwenyue ,示例已经更新,现在可以跑起来了。 |
Thanks, bro. |
mobx-demo02 mobx-demo03 好像又挂了。。 |
@EasyChris ,问题已经修复。 |
蹲后续啊 |
@ttthing111 ,有时间我会尽量更新哈。另外,刚刚看了下官网,发现它的好多 demo 都跑不起来了。😂 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
MobX 是一个简单的、可扩展的、经过测试的状态管理解决方案。本教程将在十分钟内教给您介绍 MobX 的所有重要概念。
核心概念
状态是每个应用程序的核心。生成了不一致的状态或状态与本地变量的状态不同步,会造成应用程序很不容易管理,极易产生 bug。因此,许多状态管理解决方案试图限制你修改状态的方式,比如使用不可变的 state。但这会带来了一些新的问题,比如数据必须规范化,完整性约束失效等。
为了解决这些根本问题,MobX 再次使状态管理变得简单:使用它不可能产生不一致的状态。而且实现这一目标的策略很简单,就是确保一切都是从应用程序状态中自动派生出的。
MobX 处理你的应用程序状态如下图所示:
首先有一个 state,它可以是一个 object、array、primitives 等任何组成你程序的部分,你可以把这个想象成你应用程序的“单元格”。
其次就是 derivations,它一般是指可以从 state 中直接计算出来的结果。比如未完成的任务数量,也可以是稍微复杂的任务,比如渲染 html。你可以把它想象成电子表格中的“公式和图表”。
Reactions 和 derivations 很像,主要的区别在于 reactions 并不产生数据结果,而是自动完成一些任务,一般是和 I/O 相关的。它们可以确保 DOM 更新和网络请求在正确的时间被自动执行。
最后是 actions。Actions 可以改变 state 的一切,MobX 会确保所有引起应用程序状态的更改都有对应的 derivations 和 reactions 相伴,保证同步。
一个简单的 todo store
看完上面的理论,还是应该用实际例子说明一下会更直白。我们从一个简单的 todo store 开始,它维护了一个待办事项集合,我们最开始先不用 MobX。
我们创建了一个
TodoStore
的实例,为了能看到每次的执行结果,每次在往TodoStore
里添加了一条数据之后,都会调用一下report()
方法。codepen 完整实例执行结果也和我们预想的一样,每次都输出了当前的应用程序数据集合状态结果:
如你所见,每次数据有变动时,都要手动去调用一下
report()
方法是一件很麻烦的事情。设想一下,能不能像 Excel 表格一样,当某个表格的数据有变动时,图表就能自动重新计算显示结果呢。没错,这就是 MobX 要解决的问题。变成响应式
为了实现这个目标,需要把代码进行一下改动,使
todos
成为一个可观测(observable)的属性。到目前为止,这段代码中并没有什么太特别的东西,但是不需要每次都调用
report()
方法了。completedTodosCount
会被自动从 todo list 中派生出来,使用@observable
和@computed
可以使对象变成一个可观测的属性。在
constructor
中,使用autorun()
包裹了一个输出report
的函数,codepen 完整示例。
使 React 变成响应式
现在
report
方法已经变成了傻瓜式的响应。是时候围绕着此 store 来搭建用户界面了。React 组件默认并不是响应式的。使用mobx-react
模块中的@observer
修饰器将 React 组件包裹起来,以达到 render 方法能够自动运行,自动同步组件内的 state 状态。这个和上面repoet
方法的实现概念是不一样的。下面定义了一些 React 组件,其中仅用到了
mobx-react
的@observer
修饰器,就能够使每个组件可以根据相关的数据变化自动进行渲染了。你再也不需要调用 setState 方法,也不需要再指出如何用选择器去订阅应用状态的适当部分或者需要配置的高阶组件。基本上,所有的组件都会变得很聪明。但其实,它们又是用了一种看起来很“愚蠢”的声明式定义出来的。codepen 完整示例
使用引用类型
到目前为止,我们已经创建过了可观测的对象、数组和基本类型。你可能会疑惑,在 MobX 中如何处理引用呢?在以前的示例中你可能已经注意到 todos 中有一个
assignee
属性。我们现在引入一个存储了若干人物名称的store
数组,以便后面能够将任务分配给他们。我们现在有了两个独立的 store。一个存储的是人名,另一个存储的是 todo 列表。
异步 action
在我们这个小小的 todo 应用中,每一件事情都是由状态衍生出来的。这使得创建异步的 action 变得非常简单,
参考链接
The text was updated successfully, but these errors were encountered: