主页 / 问题 / 1337869
Accepted
Lapish
Asked:2022-03-13 14:17:58 +0000 UTC2022-03-13 14:17:58 +0000 UTC

如果有人已经在编辑元素，则阻止编辑它

  • 772

blazor 上有一个水疗应用程序。如果有人已经在编辑此元素，则需要为其他用户阻止该元素并通知他们。目前有一个想法：

  1. 将列 LockedUserId（由谁）和 LockedTime（何时）添加到实体表。将锁定时间存储在项目配置中。
  2. 加载页面时，用户订阅 hub(signalr) 并特别订阅通知阻塞及其取消的方法。
  3. 如果用户打开元素进行编辑，那么除了 post 方法之外，他还调用了阻塞 signalr 方法。Signalr 向所有人发送阻止通知。
  4. 成功编辑/取消后，用户可能会或可能不会调用所需的 api，但在任何一种情况下都会调用 signalr 方法来释放锁。
  5. 如果与用户的连接丢失或用户重新加载页面，则调用 OnDisconnected 信号器方法并解锁被阻止的实体，并向所有其他用户发送关于释放锁的通知。

这个解决方案是最优的吗？

c#

1 个回答

  1. Best Answer

    您正在尝试提出一种处理悲观锁的机制，今天的行业共识是应该避免这种设计。所以你的问题的答案是否定的，它不是最优的。在您的情况下，它通常是这样工作的：

    1. 不是通过 HTTP PUT 方法更新整个实体，而是使用 PATCH 方法进行部分更新。因此，您可以显着减少通常需要阻塞的情况的数量 - 如果 Vasya 更改了“地址”对象的街道，而 Petya 更改了门牌号，那么它们都是正确的，我们可以将其输入数据库。
    2. 如果 Vasya 和 Petya 都想同时准确地更改门牌号，那么客户端上的最后一个数据写入器只会显示一条消息，即数据已经更改并且需要重新读取。在这里，您已经可以固定某种机制，自动重新读取、与用户更改合并并再次发出请求，但这已经取决于您的任务（可能过于昂贵）。例如，Jira 产品中的 Atlassian 根据“最后获胜”策略更新跟踪器中的问题，即 甚至不会向用户显示他的更改与另一个更改冲突，而只是默默地覆盖。如果 Petya 说现在正确的门牌号是 23，那么，比如说，如果我们没有金融交易，我们实际上仍然会覆盖第 31 宫或第 25 宫。
    • 2

相关问题