UserDetail 在域和聚合中适合什么位置？

Question

我不确定如何处理 UserDetail 类。

程序；虚拟帐户层次结构，其中 UserAccounts 只能与 MainAccount 进行交易。但用户帐户可以进行某种类型的投注，这将是帐户余额的利润/损失。

将 MainAccount 作为数据库聚合根感觉很合乎逻辑，因为帐户构成了最重要的数据。现在看来，将 UserDetail 作为帐户聚合的一部分似乎没问题，但即使在创建帐户之前创建用户也可能很有用。也许一个用户也可以被允许拥有两个帐户。然后呢？

我猜 UserDetail 可能只是一个独立的聚合。但在这种情况下，在加载帐户聚合时如何加载相应的 UserDetail ？

如果您对此有一些想法，我们将不胜感激。

顺便说一句，我正在使用 FluentNHibernate。

域：

    public class MainCashAccount
    {
        public int Id { get; set; }
        public IList<UserCashAccount> UserCashAccounts { get; set; }
        public IList<Transaction> UserAccountTransactions { get; set; }
    }
    public class UserCashAccount
    {
        public int Id { get; set; }
        public UserDetail User { get; set; }
        public IList<Bet> Bets { get; set; }

        public UserConnection Connection { get; set; }   // Not persisted/mapped
    }
    public class UserDetail
    {
        public int Id { get; set; }
        public string Name { get; set; }
        public string LoginName { get; set; }
        public string Password { get; set; }
    }

其他：

    public class UserConnection
    {
        public TcpClient TcpClient { get; set; }

---

编辑：

可能的解决方案：(??)

单向

Class UserCashAccountMap
   ...
   HasOne(x => x.User).Cascade.None()

双向定向

Class UserDetail
   ...(as above)
   public UserCashAccount Account {get; set;}

Class UserCashAccountMap
   ...
   HasOne(x => x.User).Cascade.None()

Class UserDetail
   HasOne(x => x.Account).Cascade.None().Inverse()

..或者引用而不是 HasOne，以允许每个用户使用多个帐户。

Answer 1

我猜 UserDetail 可能只是一个独立的聚合。但在这种情况下，在加载帐户聚合时如何加载相应的 UserDetail ？

通过将 MainAccount 对象的主键作为 UserDetail 对象的外键。

您具体围绕是否有自引用实体的问题，从我引用的您的陈述中，您可以通过多种方式定义您的模型。您可以执行

public class UserCashAccount {
    public IList<UserDetail> Details {get;set;}
}

public class Details {
    public UserCashAccount Account {get;set;}
}

public class UserCashAccount {
    public Guid UserDetailsId {get;set;}
}

public class Details {
    public Guid AccountId {get;set;}
}

这 2 项操作或将其任意组合。您还可以选择根本不引用此关系的一侧，并且不建立双向关系。

编辑：回复您的评论。您不想使用 HasOne()，HasOne 是一种极为罕见的真正一对一的关联类型，几乎没有数据库曾经将关系编码为一对一几乎总是多对一。这是一个 References() 关系。

在 HasOne 的情况下，两个对象共享相同的主键。这种设计几乎从未在数据库系统中使用过。

需要注意的是，我最初的设计中有一个错误，为了实现双向关联，UserDetails 实际上是 UserAccount 对象上的集合，以避免需要真正的 HasOne 关联。