数据域与数据链

基本的数据展示

我们再看之前的简单示例:

  1. {
  2. "type": "page",
  3. "body": "Hello World!"
  4. }

目前我们只是在 Page 组件中渲染一串固定的文本,如何实现 通过接口拉取想要的数据,并展示到 Page 组件的内容区 呢?

添加初始化接口

  1. {
  2. "type": "page",
  3. "initApi": "/api/mock2/page/initData",
  4. "body": "date is ${date}"
  5. }

这个 api 接口返回的数据结构如下:

  1. {
  2. "status": 0,
  3. "msg": "",
  4. "data": {
  5. "title": "Test Page Component",
  6. "date": "2017-10-13"
  7. }
  8. }

渲染后页面效果:

  1. {
  2. "type": "page",
  3. "initApi": "/api/mock2/page/initData",
  4. "body": "date is ${date}"
  5. }

发生了什么?

我们可以看到,输出结果不变,但是我们这次渲染的是接口返回的数据:

  1. 首先我们给 Page 组件配置了initApi属性,该属性会在组件初始化时,请求所该属性所配置的接口
  2. 接口请求成功后,Page 会把接口返回的data内数据存到当前的数据域中
  3. Page 在渲染 body 所配置的文本时,会解析文本内容,当解析到模板变量${text}时,amis 会把尝试在当前组件的数据域中获取text变量值,并替换掉${text},最后渲染解析后的文本。

下一节我们会介绍模板body属性自身支持模板语法,amis 中支持模板语法的组件还有很多

数据域

前面我们提到了数据域这个概念,它是 amis 中最重要的概念之一。

还是通过最简单的示例进行讲解:

  1. {
  2. "type": "page",
  3. "body": "Hello ${text}"
  4. }

上面的配置要做的很简单:使用 Page 组件,在内容区内渲染一段模板文字,其中${text}模板变量,它会去到当前组件的数据域中,获取text变量值。

毫无疑问,${text}将会解析为空白文本,最终渲染的文本是 Hello

  1. {
  2. "type": "page",
  3. "body": "Hello ${text}"
  4. }

因为当前 Page 组件的数据域中是没有任何数据的,相比之前的示例,区别在于前面我们为 Page 组件配置了初始化接口,它会将接口返回的数据存入数据域中以供组件使用。

再观察下面这段配置:

  1. {
  2. "data": {
  3. "text": "World!"
  4. },
  5. "type": "page",
  6. "body": "Hello ${text}"
  7. }

再次查看渲染结果,顺利输出了 Hello World!

相信你可能已经猜到,组件的data属性值是数据域的一种形式,实际上当我们没有显式的配置数据域时,可以假想成这样:

  1. {
  2. "data": {}, // 空的数据域
  3. "type": "page",
  4. "body": "Hello ${text}"
  5. }

而前面我们知道 amis 的特性之一是基于组件树,因此自然数据域也会形成类似于树型结构,如何来处理这些数据域之间的联系呢,这就是我们马上要介绍到的 数据链

数据链

相信通过上文,你已经基本掌握了 amis 中数据域的概念,接下来我们会介绍另一个重要概念:数据链

数据链的特性是,当前组件在遇到获取变量的场景(例如模板渲染、展示表单数据、渲染列表等等)时:

  1. 首先会先尝试在当前组件的数据域中寻找变量,当成功找到变量时,通过数据映射完成渲染,停止寻找过程;
  2. 当在当前数据域中没有找到变量时,则向上寻找,在父组件的数据域中,重复步骤12
  3. 一直寻找,直到顶级节点,也就是page节点,寻找过程结束。
  4. 但是如果 url 中有参数,还会继续向上查找这层,所以很多时候配置中可以直接 ${id} 取地址栏参数。

为了方便讲解,我们这一章的例子统一使用的设置组件data属性的方式来初始化数据域,请记住,如果组件支持,你永远可以通过接口来进行数据域的初始化

继续来看这个例子:

  1. {
  2. "type": "page",
  3. "data": {
  4. "name": "zhangsan",
  5. "age": 20
  6. },
  7. "body": [
  8. {
  9. "type": "tpl",
  10. "tpl": "my name is ${name}"
  11. },
  12. {
  13. "type": "service",
  14. "data": {
  15. "name": "lisi"
  16. },
  17. "body": {
  18. "type": "tpl",
  19. "tpl": "my name is ${name}, I'm ${age} years old"
  20. }
  21. }
  22. ]
  23. }

上面的配置项形成了如下的组件树和数据链:

组件树:

  1. page
  2. ├─ tpl
  3. └─ service
  4. └─ tpl

数据链:

  1. {
  2. "name": "zhangsan",
  3. "age": 20,
  4. "__sub": {
  5. "name": "lisi"
  6. }
  7. }

__sub 字段只是为了方便理解。

首先,page组件下的tpl组件,在渲染my name is ${name}时,首先会在page的数据域中,尝试寻找name变量,在当前数据域中,name变量为zhangsan,因此寻找变量结束,通过数据映射渲染,输出:my name is zhangsan,渲染结束;

然后,service组件开始渲染,service组件内子组件tpl,它配置的模板字符串是:my name is ${name}, I'm ${age} years old,它会在service的数据域中,尝试寻找nameage变量。

由代码可以看出,service数据域中name变量为lisi,因此停止该变量的寻找,接下来寻找age变量。

很明显在service数据域中寻找age变量会失败,因此向上查找,尝试在page数据域中寻找age变量,找到为20,寻找变量结束,通过数据映射渲染,输出:my name is lisi, I'm 20 years old,渲染结束。

注意: 当前例子中,对数据域中数据的获取使用的是 \${xxx} 模板语法,但是在不同的组件配置项中,获取数据的语法会有差异,我们会在后续的模板表达式章节中一一介绍。

常见误解

需要注意,只有少数几个容器组件会创建新的数据域,除了最顶层的 Page,还有 CRUD、Dialog、IFrame、Form、Service 等。

常见的错误写法是给容器组件加 data 属性,比如:

  1. {
  2. "type": "page",
  3. "data": {
  4. "name": "zhangsan"
  5. },
  6. "body": [
  7. {
  8. "type": "tpl",
  9. "tpl": "my name is ${name}"
  10. },
  11. {
  12. "type": "container",
  13. "data": {
  14. "name": "lisi"
  15. },
  16. "body": {
  17. "type": "tpl",
  18. "tpl": "my name is ${name}"
  19. }
  20. }
  21. ]
  22. }

这样是不会生效的,正确的做法是使用 Service 包裹一层,如下所示

  1. {
  2. "type": "page",
  3. "data": {
  4. "name": "zhangsan"
  5. },
  6. "body": [
  7. {
  8. "type": "tpl",
  9. "tpl": "my name is ${name}"
  10. },
  11. {
  12. "type": "service",
  13. "data": {
  14. "name": "lisi"
  15. },
  16. "body": {
  17. "type": "container",
  18. "body": {
  19. "type": "tpl",
  20. "tpl": "my name is ${name}"
  21. }
  22. }
  23. }
  24. ]
  25. }

初始化数据域

通过上面的介绍你可能发现,初始化数据域有两种方式:

1. 配置组件初始化接口

想要将自己的服务中的数据保存到某个组件的数据域中,最好的方式就是为当前组件配置初始化接口:

  1. {
  2. "type": "page",
  3. "initApi": "/api/initData",
  4. "body": "Hello ${text}"
  5. }

接口必须按照下面的格式返回:

  1. {
  2. "status": 0,
  3. "msg": "",
  4. "data": {
  5. "text": "World!"
  6. ...其他字段
  7. }
  8. }

注意:

  1. 并不是所有组件都支持配置初始化接口来实现数据域初始化操作,对于那些不支持配置初始化接口的组件来说,一般会使用 Service 组件 来辅助实现数据域初始化;
  2. statusmsgdata 字段为接口返回的必要字段;
  3. data必须返回一个具有key-value结构的对象
  1. {
  2. "status": 0,
  3. "msg": "",
  4. "data": { // 正确
  5. "text": "World!"
  6. }
  7. }
  8. // 直接返回字符串或者数组都是无效的
  9. {
  10. "status": 0,
  11. "msg": "",
  12. "data": "some string" // 错误,使用 key 包装
  13. }
  14. {
  15. "status": 0,
  16. "msg": "",
  17. "data": ["a", "b"] // 错误,使用 key 包装
  18. }

api 除了配置字符串格式以外,还可以配置复杂对象结构,更多详情查看API 文档

2. 显式配置 data 属性值

另一种初始化当前数据域的方式是显式的设置组件的data属性值:

  1. {
  2. "data": {
  3. "text": "World!",
  4. "name": "amis"
  5. },
  6. "type": "page",
  7. "body": "Hello ${text}, my name is ${name}."
  8. }

同时配置

在同时配置 初始化接口data属性 时,数据域将会合并data属性值和初始化接口返回的数据

更新数据域

部分组件的某些交互或行为会对当前组件的数据域进行更新:

  1. {
  2. "type": "page",
  3. "body": {
  4. "type": "form",
  5. "api": "/api/mock2/form/saveForm",
  6. "body": [
  7. {
  8. "type": "input-text",
  9. "name": "name",
  10. "label": "姓名:"
  11. },
  12. {
  13. "type": "input-text",
  14. "name": "age",
  15. "label": "年龄:"
  16. },
  17. {
  18. "type": "static-tpl",
  19. "tpl": "生成的id为:${id}"
  20. }
  21. ]
  22. }
  23. }

/api/saveForm接口会保存当前表单提交的数据,并返回后端服务生成的id,并返回到前端,格式如下;

  1. {
  2. "status": 0,
  3. "msg": "保存成功",
  4. "data": {
  5. "id": 1
  6. }
  7. }

这时 amis 将会把data数据与当前form组件的数据域进行mergeform组件中的static-tpl组件会根据更新后的数据域,显示id1

具有类似特征的组件还有Formula

URL 参数

url 中的参数会进入顶层数据域,比如下面的例子,可以点击这里看效果。

  1. {
  2. "type": "page",
  3. "body": "${word}"
  4. }