锁定商业模式

Question

我需要客户端应用程序“锁定”（也称为“签出”数据库中存储的某些业务实体。

工作流程是这样的：

1. 用户导航到某个业务对象的页面。

2. 用户点击“编辑”。

3. 这将锁定该项目，防止其他人编辑。

   >

4. 其他工作站上的其他用户将在正在编辑的项目旁边看到一个小“锁定”图标，并且“编辑”按钮将是只读的。

5. 管理员用户可以单击按钮“强制”解锁该项目。

这很标准，对吧？我过去已经这样做过很多次了，这次我正在寻找一些关于“正确”方法的想法。 ...

也就是说，我想有两种方法：

1. 让我的业务对象实现一些 ILockable 接口，该接口具有 LockOwnerId 属性，并且让数据库中的相应表具有相同的 LockOwnerId。

2. 在数据库中拥有一个集中的“EntityLocks”表，用于管理当前锁定/签出的实体的所有实体类型/主键对。

至于获取锁的 API，我只是想到了类似于 CheckOut 方法的东西：

// Returns true if the check-out was successful, 
// false if the check-out was not successful, becase the item was already locked. If 
// force is set to true, will check out the toCheckOut to the current user, regardless 
// of existing check-outs.
bool CheckOut(object toCheckOut, bool force)

有什么想法吗？

谢谢。

Answer 1

就我个人而言，如果可以的话，我通常会通过请求更改业务流程来尝试远离这种模式。然而，这并不总是可能的，因此 Martin Fowler 将其描述为实际模式。 。

您描述的解决方案听起来不错。不过，我宁愿让 CheckOut 方法抛出异常，但返回 bool 除外。这更加明确。当开发人员忘记处理这种异常情况（无法签出该项目）时，错误将更容易发现（因为未捕获异常）。

另外，请注意 CheckOut 方法的实现。确保它是交易性的。您最不希望发生的事情是两个用户都获得同一个对象的锁定，因为实现没有正确实现。

祝你好运。