转载

Redux概念之三: Action(动作)与Action Creator(动作创建器)

这两个是Flux架构中的参与成员,Redux中有说明Action的定义:

Actions(动作)是从你的应用送往store(存储)的信息负载

你可能会一直在Action(动作)这里看到 payload 这个字词,它是 负载有效数据 的意思,这个字词的意思解说你可以看一下,不难理解:

Payload用在计算机科学的意思,是指在数据传输时的"有效数据"部份,也就是不包含传输时的头部信息或metadata等等用于传输其他数据。它的英文原本是指是飞弹或火箭的搭载的真正有效的负载部份,例如炸药或核子弹头,另外的不属于payload的部份当然就是火箭传送时用的燃料或控制零件。

这个Action是有一个固定格式的,叫作 FSA, Flux Standard Action(Flux标准动作) ,格式会像下面这样,是个JavaScript的对象字面定义:

{
  type: 'ADD_TODO',
  payload: {
    text: 'Do something.'
  }
}

这样一个用于描述动作的单纯对象字面定义,就称为Action(动作)。

为什么要先写出明确的Actions(动作),也就是把所有的组件会用到的Actions(动作),全部集中写到一个档案中?这也是个硬规则,就像你如果参加奥运的体操比赛,每种项目都有规定的动作,在一定的时间内只能作这些动作,按照表定运行。主要还是因为Redux并不知道你的应用程序里会作什么动作,需要有一个明确说明有哪些动作的地方,在运作时以这个对照表为基准。

当然,Actions(动作)必需要有type(类型),而且在同一个应用中的type(类型)名称是不能重覆的,它的概念有点类似于数据表中的主键属性。

那么Action Creator(动作生成器)又是什么?

在程序语言的函数库中,如果是个英文的名词,通常都是代表某种对象或数据格式,例如Action(动作)就是个单纯的对象。如果叫什么xxxxter或xxxxtor的,中文翻译是"器"、"者",通常就是个函数或方法,像上面的reducer和这里的Action Creator,都是一种函数。

Action creator的设计也是由Flux架构来的产物,它是一种辅助用的函数,用来创建Action的。但因为设计的不同,在Redux中的Action creator比在Flux更简单,它通常只用来返回Action对象而已,当然它本身是个函数,在返回前是可以再针对返回的动作数据先进行运算或整理的,例如像下面这样的函数:

export function addTodo(text) {
  return { type: ADD_TODO, text }
}

这个 addTodo 函数,有一个传参,这个传参就会用于组成Action对象中的 payload (有效数据)。

如果一个Action对象简单到连payload(有效数据)都没有,通常会是个固定payload(有效数据)的动作,例如每动作一次+1或-1,或是每动作一次在true或false值切换,那么在Redux中允许连Action或Action Creator都可以不用写了。但是这种情况大概只有在很小的应用,或是学习阶段的例子才会这样,如果应用还是有一定程度的复杂度,一定都是要写出来的。

当然,Action Creator自然有它很重要的作用,其中之一就是处理有副作用的运行,例如计时器、Fetch/Ajax等等,因为reducer是一个强制无法有副作用的纯函数,所以Redux中的副作用会写在在Action Creator里,不过这需要再配合中介软件(middleware)来运行,之后的章节会再说明。

注: Action Creator在Redux中并没有一定要是个纯函数,只是不建议在里面直接运行有副作用的函数。请参考这篇在stackoverflow的 Reduce作者的回答 。

原文  https://segmentfault.com/a/1190000008210026
正文到此结束
Loading...