存储库模式和 1:1 关系

Question

我当前为每个数据库表创建一个存储库，并为列值（传递数据的对象）创建一个相应的数据类。

我最近开始使用一些一对一的关系，但我不确定实现它们的最佳方法是什么。

例如

如果我有一个 User 表和一个 UserSettings 表，两者之间存在 1:1 关系。

// Data classes (Holds all the field value for the table)
    public class User
    {
        public int UserId { get; set; }
        public string Name { get; set; }       
    } 


     public class UserSettings
        {
            public int UserId { get; set; }
            public bool SomeSetting { get; set; }       
        } 

问题：

1. 我是否应该始终通过 User 对象来操作 UserSettings 对象，或者我应该能够操作它们 独立？
2. 我应该在 UserSettings 对象中包含主键字段吗？

3. 我应该在 User 对象中存储对 USerSettings 对象的引用吗？

4. 我是否应该为 User 和一个 UserSettings 创建两个存储库，或者我是否处理 Users Repo 中的所有内容。

Answer 1

我唯一一次发现聚合根之间的 1:1 关系有用是当关系两侧的聚合根由不同的域管理时。它们必须共享相同的主键，因此，如果它们都由同一域管理，那么根据定义，它们是同一聚合根的一部分。我认为您需要从不同的角度来解决这个问题：

1. User 对象是否仅针对此应用程序存在？
2. 您希望情况永远如此吗？

如果 User 是一个完全驻留在该域内部的概念，则没有理由拥有与 具有 1:1 关系的 UserSettings 聚合根用户；您只需将 User.Settings 设置为检索该 User 的 UserSettings 的方法即可。 （当然，这消除了对存储库的需求 - 当 UserRepository 水合 User 上的其他所有内容时，它就成为了水合 UserSettings 的责任。代码>。）

但是，如果用户最终将通知多个域的会话，那么用户需要代表它自己的域，您的应用程序将使用它。然后，您确实需要将此应用程序的 UserSettings 与其他应用程序的 UserSettings 分开。 User 并不是特定于该应用程序的，但该 User 的 UserSettings 是特定的。

注意 - 为了避免在此时重构您的项目，如果上述问题 1 或 2 的答案为“否”，那么您应该< /strong> 将 UserSettings 设为同一域中的单独聚合根，以便在您最终将 User 移动到其自己的域中时创建无缝过渡。

Answer 2

1. “遍历用户对象”到底是什么意思？
2. 恕我直言，不。
3. 你可以，但我认为你不应该。您是否有任何理由想知道设置属于哪个用户？你唯一想知道这一点的时候——恕我直言——就是当你坚持它的时候。在您的数据库中，您需要知道 UserSettings 属于哪个用户。在您的模型中，我认为单向关系就足够了您
4. 应该只为每个聚合根创建一个存储库，在您的情况下“用户”可以是聚合根。 UserSettings 甚至不是一个实体，而是一个值对象。

Answer 3

我当前为每个数据库表创建一个存储库

......

// 数据类（保存表的所有字段值）

看来您正在采用自下而上（数据库优先/以数据库为中心）的方法，这在 DDD 中并不常见。正如“域驱动设计”这个名称所暗示的那样，您通常会从对域进行建模、充实您的聚合、聚合根和实体开始。

聚合根通常有自己的存储库，而常规实体通常没有。要知道一个实体是否应该是聚合根，您必须问自己该对象是否将成为应用程序中的主要入口点之一，一组相关对象围绕它，并且只能通过遍历它来获取。

用户显然是聚合根的候选者。相比之下，用户设置不是 IMO 的根，它属于用户的影响范围。我会将其作为用户聚合的一部分，并且只能通过遍历用户来获取。这意味着在 User 中引用 UserSettings，但不一定是相反。

Answer 4

我会问自己，UserSettings 是否可以在没有关联用户的情况下存在，和/或用户是否始终具有关联的 UserSettings。如果是这样，那么 UserSettings 可以很容易地成为 User 聚合的一部分，而不是本身成为一个单独的聚合。是的，在数据​​库中，它们很可能位于不同的表中，它们之间具有 1:1 的关系，但这是存储库实现的一个具体问题。您的域模型可以考虑用户的 UserSettings 部分。