你在这里。看看这个问题与其他知识怎样相连。
选择节点前往页面 · 展开后可留在地图中阅读
一个问题
一棵 AUP tree 里有什么?
从一张任务卡片读懂身份、类型、属性与子节点。
一张任务卡片可以由一个 view 容器、两个 text 节点和一个 action 节点组成。父子关系表达“这些内容在一起”。每个节点的 id 用来识别节点,type 说明它是什么,props 给出它需要的属性。
{"id":"task-title","type":"text","props":{"content":"准备演讲"}}这个最小例子只有静态文字。它没有自动连接数据库,也没有自动保存状态。要连接资源,继续看 src、bind;要触发操作,继续看 events。
要区分两种地址感:节点 id 标识界面中的节点;AFS path 标识操作环境里的资源。task-title 不是天然等同于 /tasks/talk/title,连接关系需要明确建立。
树结构让渲染器知道如何组织界面,也让系统有结构可检查。它本身不会把整个应用的所有业务语义都推导出来。
继续阅读
技术文档:查阅完整说明。
检查一下理解
节点 id 与 AFS path 是同一回事吗?
不是。id 识别界面节点;path 标识上下文中的资源。二者通过明确的绑定或运行时结构关联。
沿着学习路径继续
- 分清协议、设备与组件第 2 / 9 步