事件驱动架构下的用户界面与 API 设计
1. 基于任务的用户界面(Task - Based UIs)
在将后端功能适配到前端 UI 需求时,我们会遇到一些困难,同时也有相应的模式来克服这些挑战。不过,我们还未详细探讨 UI 具体的样子。事件驱动架构在用户与应用程序及整个系统的交互方式上带来了不同的挑战,合理理解这些挑战并精心设计 UI,能显著提升用户与平台的交互体验。
1.1 传统 CRUD 式 UI
传统的 UI 通常是基于 CRUD(创建、读取、更新、删除)操作的。以电商平台创建产品的应用为例,打开 UI 后,应用获取当前状态,用户在表单中更改数据并提交,应用将新状态存储到数据库。
- 操作流程 :
1. 打开 UI。
2. 应用获取当前状态。
3. 用户在表单中更改数据。
4. 用户提交更改。
5. 应用将新状态存入数据库。
- 特点 :
- 产品信息在一次交互中提交,主要是数据录入,而非业务流程。
- 这种方式简单、直接、易理解,适用于不需要建模复杂领域的简单用例。
- 过程局限于传输和操作数据传输对象(DTO),服务获取数据,映射到 DTO,传递给 UI,UI 修改后再传回服务保存。
然而,在 CRUD 式 UI 中,用户的意图往往会丢失或意义有限,交互主要集中在操作当前状态。而且,对于更复杂的领域和业务流程,这种方法可能导致应用无法捕捉到真实的领域工作流。例如,操作人员可能需要在多个应用或 UI 中编辑信息,操作流程可能只记录在纸上或某人的脑海中。
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



