User interface 什么';对于乐观并发性故障,这是一个很好的最终用户消息

User interface 什么';对于乐观并发性故障,这是一个很好的最终用户消息,user-interface,optimistic-concurrency,User Interface,Optimistic Concurrency,我试图用一些好的词语向用户解释乐观并发异常。事实证明,这比我想象的要困难得多。到目前为止,我所掌握的最好信息是: 其他人已经修改了 你正在制作的唱片。他们的新 数值如下所示。请重拍 你所做的改变 这对我来说有点糟糕,它们一定是更好的东西。有什么想法吗?怎么样 您正在处理的记录已被其他用户修改。此记录的新值如下所示。您所做的更改尚未保存,请重新提交 此记录已被其他用户修改。要保留您的更改,请按或按以获取最新更新。以及冲突字段,如果您知道做出更改的前一个用户,为什么不也提供这些信息呢。也许用户完全知

我试图用一些好的词语向用户解释乐观并发异常。事实证明,这比我想象的要困难得多。到目前为止,我所掌握的最好信息是:

其他人已经修改了 你正在制作的唱片。他们的新 数值如下所示。请重拍 你所做的改变

这对我来说有点糟糕,它们一定是更好的东西。有什么想法吗?

怎么样

您正在处理的记录已被其他用户修改。此记录的新值如下所示。您所做的更改尚未保存,请重新提交


此记录已被其他用户修改。要保留您的更改,请按或按以获取最新更新。

以及冲突字段,如果您知道做出更改的前一个用户,为什么不也提供这些信息呢。也许用户完全知道消息的含义,但对他们来说,知道是谁做的更改更有用,这样他们就可以联系他们,了解他们的更改是否更相关


我还认为,该信息可能会对您的最终用户有意义——他们是技术性的还是非技术性的(非常了解这个概念),是否有任何商业术语会有所帮助?

不确定在您的情况下在技术上是否可行,但以下信息可能会被用户认为是有用的:

无法保存对此“客户”记录的更改

这是因为用户“aliceb”刚刚更改了它。你必须重做你的改变。“地址”和“名称”字段已更新


请注意,您有四个场景要涵盖:

  • 用户试图更新记录,但其他人先更新了记录
  • 用户试图更新记录,但其他人先将其删除
  • 用户试图删除该记录,但其他人先更新了该记录
  • 用户试图删除该记录,但其他人先将其删除
  • 有鉴于此,如果您需要一条消息,请尝试以下方法:

    操作失败,因为其他用户已更新或删除该记录。您的更改已丢失。请在重试之前查看它们的更改

    更好的(但更多的工作)是根据具体情况提供不同的消息,如果可能的话,告诉他们其他用户是谁

    你也应该考虑用户体验。

    删除通常是从网格中完成的,因此说“新值如下所示”可能不适合场景1(更新/更新)

    另外,场景2(更新/删除)很棘手,因为您可能希望将用户重定向到新表单。否则,如果他们要更新的记录被删除,您将向他们显示什么


    场景4(删除/删除)可以被忽略。有人比你抢先一步,那又怎样?

    这没有告诉你我的更改会发生什么。它们被丢弃了吗?保存在未发生冲突的位置?让我们重新措辞为:若要保留更改,请按或按以覆盖更改并获取最新更新。此外,如果您将“他们的”-“您的”并排hd以查看和选择,那将很好。