有问必答
提问 · 回答 · 专题 · 经验
问题与思路

列表折叠之后藏起了什么,在返回之后继续工作,把撤销范围交代给使用者

1030 · 问答社区

同一个对象被多人同时修改时,静默覆盖往往会掩盖意见分歧。保留旧版本、显示发生冲突的字段,并让使用者决定如何合并,可以把技术冲突转化为可处理的协作任务。冲突说明应围绕修改内容展开,而不是要求用户理解内部锁定机制。

日志治理死信处理问答社区

列表折叠之后藏起了什么

清楚的入口名称可以减少理解内部术语的负担。

用户应能分辨内容已接收与结果已完成的不同阶段。

在返回之后继续工作

同一事件通过多个渠道发送时,可以让通知共享处理状态。用户已经在应用内完成请求,稍后的邮件就不应继续暗示尚待处理。消息内容可以提供实时查看入口,并在可能存在延迟时说明状态以当前记录为准,让跨渠道沟通避免制造互相矛盾的任务印象。

默认选项需要容易理解,也应允许合理调整。

交互评审需要包含首次使用与偶尔使用的情境。

把撤销范围交代给使用者

并发数量的调整应观察整个处理链。增加执行者可能使本段更快,却把数据库或存储推到拥堵状态。可以分别记录排队与执行的变化,再寻找真正限制吞吐的位置,让调优基于瓶颈的实际转移,而不是默认更多并行就会产生更好的整体结果。

导出范围最好在操作发生之前清楚可见。

同一行为的命名需要保持稳定的使用预期。

问题说明

阅读提示

本文为原创阅读素材,内容用于情境讨论,不对应现实事件或实际服务承诺。

继续了解