点击按钮以后发生什么？

从界面事件走到明确的操作目标。

任务卡上的“完成”是一个 action。点击是事件；把任务标为完成，是业务操作。AUP 的事件绑定把二者接起来。

{"id":"complete","type":"action","props":{"label":"完成"},"events":{"click":{"exec":"/example/tasks/.actions/complete","args":{"id":"talk"}}}}

这段结构的意思是：点击名为 complete 的节点时，调用 /example/tasks/.actions/complete 动作，把 talk 作为任务编号传入。

这里的路径是教学示例，只有应用确实提供并授权了相应动作时才能执行。按钮看起来正常，不足以证明背后的操作成功。

界面里还存在临时状态，例如菜单展开、选中的标签页、输入校验提示。它们不应一概等同于共享业务数据。源码中的输入校验状态明确属于客户端临时状态，不写回 AFS。

理解一个交互，要依次找到：触发节点、事件名、操作目标、参数，以及操作完成后界面如何获得结果。这个顺序也适合检查演示和编写测试。

继续阅读

“按钮被点击”和“业务操作完成”之间缺少哪些信息？

事件映射、操作目标、参数、授权与执行结果；还要知道结果怎样反映到界面。