【问题标题】:Unit of Work pattern - managing parent child relationships工作单元模式 - 管理父子关系
【发布时间】:2011-06-10 10:38:15
【问题描述】:

我正在使用 micro-orm (dapper) 并试图为我的存储库提供一个工作单元 (UoW) 实现。我有点难过如何最好地处理我的 UoW 中的父子(外键)关系。因此,例如,如果我有以下两个直接映射到数据库表的实体:

public class User
{
    public int Id { get; set; }
    public string Email { get; set; }
    public string Password { get; set; }
    public string Name { get; set; }
    public int ClientDatabaseId { get; set; }

    public ClientDatabase ClientDb { get; set; }
}

public class ClientDatabase
{
    public int Id { get; set; }
    public string DataSource { get; set; }
    public string FailoverPartner { get; set; }
    public string InitialCatalog { get; set; }
}

用户通过外键 User.ClientDatabaseId 与 ClientDatabase 有父子关系。 User 和 ClientDatabase 上的 Id 属性都是 Identity 列。我的UoW接口定义如下:

public interface IUnitOfWork
{
    void MarkDirty(object entity);
    void MarkNew(object entity);
    void MarkDeleted(object entity);
    void Commit();
    void Rollback();
}

有时,在同一个 IUnitOfWork 中,我想为 ClientDatabase 和 User 调用 MarkNew(),然后调用 Commit()。现在我想要发生的事情是首先保存 ClientDatabase(子实体),然后将在 ClientDatabase 上设置的 Id 由于它的数据库插入而设置为 User 之前的 ClientDatabaseId 外键属性然后也插入到数据库中。我只是想知道是否有人以一种很好的通用方式解决了这类问题?

【问题讨论】:

    标签: c# design-patterns orm unit-of-work dapper


    【解决方案1】:

    您为什么不直接使用您的用户类作为Aggregate Root。因此,在您插入数据库之前,代码将检查 ClientDatabase 是否不为空。如果不为空,那么您可以检查 Id 属性以查看它是新的 ClientDatabase 还是现有的(以确定您是否需要进行插入或更新)。然后您可以填充 ClientDatabaseId 属性。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-10-06
      • 1970-01-01
      • 2018-01-28
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多