User interface 什么';对于乐观并发性故障,这是一个很好的最终用户消息
我试图用一些好的词语向用户解释乐观并发异常。事实证明,这比我想象的要困难得多。到目前为止,我所掌握的最好信息是: 其他人已经修改了 你正在制作的唱片。他们的新 数值如下所示。请重拍 你所做的改变 这对我来说有点糟糕,它们一定是更好的东西。有什么想法吗?怎么样 您正在处理的记录已被其他用户修改。此记录的新值如下所示。您所做的更改尚未保存,请重新提交User interface 什么';对于乐观并发性故障,这是一个很好的最终用户消息,user-interface,optimistic-concurrency,User Interface,Optimistic Concurrency,我试图用一些好的词语向用户解释乐观并发异常。事实证明,这比我想象的要困难得多。到目前为止,我所掌握的最好信息是: 其他人已经修改了 你正在制作的唱片。他们的新 数值如下所示。请重拍 你所做的改变 这对我来说有点糟糕,它们一定是更好的东西。有什么想法吗?怎么样 您正在处理的记录已被其他用户修改。此记录的新值如下所示。您所做的更改尚未保存,请重新提交 此记录已被其他用户修改。要保留您的更改,请按或按以获取最新更新。以及冲突字段,如果您知道做出更改的前一个用户,为什么不也提供这些信息呢。也许用户完全知
此记录已被其他用户修改。要保留您的更改,请按或按以获取最新更新。以及冲突字段,如果您知道做出更改的前一个用户,为什么不也提供这些信息呢。也许用户完全知道消息的含义,但对他们来说,知道是谁做的更改更有用,这样他们就可以联系他们,了解他们的更改是否更相关
我还认为,该信息可能会对您的最终用户有意义——他们是技术性的还是非技术性的(非常了解这个概念),是否有任何商业术语会有所帮助?不确定在您的情况下在技术上是否可行,但以下信息可能会被用户认为是有用的: 无法保存对此“客户”记录的更改 这是因为用户“aliceb”刚刚更改了它。你必须重做你的改变。“地址”和“名称”字段已更新
请注意,您有四个场景要涵盖:
你也应该考虑用户体验。
删除通常是从网格中完成的,因此说“新值如下所示”可能不适合场景1(更新/更新) 另外,场景2(更新/删除)很棘手,因为您可能希望将用户重定向到新表单。否则,如果他们要更新的记录被删除,您将向他们显示什么场景4(删除/删除)可以被忽略。有人比你抢先一步,那又怎样?这没有告诉你我的更改会发生什么。它们被丢弃了吗?保存在未发生冲突的位置?让我们重新措辞为:若要保留更改,请按或按以覆盖更改并获取最新更新。此外,如果您将“他们的”-“您的”并排hd以查看和选择,那将很好。