42

我有一个具有编辑器和项目概念的域模型。

一个Editor拥有多个Projects，一个Project不仅有一个Editor owner，还有多个Editor members。因此，一个编辑器也有许多“加入”的项目。

我正在采用 DDD 方法对此进行建模并使用存储库模式进行持久化。但是，我对模式的理解还不够好，无法确定我应该如何做到这一点。

我正在假设 Editor 和 Project 可能在同一个聚合中，根是 Editor。因此，我可以获得一个编辑器，然后枚举其项目，并可以从那里枚举项目的成员编辑器。

但是，如果我只被允许从我的存储库中检索编辑器，这是否意味着当我获得拥有它们的编辑器时，我必须从存储库中加载所有项目？如果我想延迟加载成员编辑器，项目是否也需要对存储库的引用？

或者，如果我拆分聚合并拥有一个编辑器存储库和一个项目存储库，我应该如何处理两者之间的事务，例如将新项目添加到编辑器时？例如：

Editor e = new Editor("Editor Name");
editorRepository.Add(e);

Project p = e.CreateProject("Project Name");
projectRepository.Add(p);    // These two lines
editorRepository.Save(e);    // should be atomic

我是否误解了存储库模式的意图？

4

4 回答 4

30

我是否误解了存储库模式的意图？

我会说“是的”，但要知道我和我共事过的每个人都出于同样的原因问过同样的事情…… “你不是在思考 4 维，马蒂”。

让我们稍微简化一下，并首先坚持使用构造函数而不是 Create 方法：

Editor e = new Editor("Editor Name");
e = editorRepository.Add(e);

Project p = new Project("Project Name", e);
p = projectRepository.Add(p);

在下面，您的项目存储库始终p.EditorId在创建项目数据时将有效所有者 ( ) 存储到项目数据中，无论您重新填充编辑器的项目，它都会在那里。这就是为什么将所有必需的属性放入构造函数是一种很好的做法。如果您不想传递整个对象，只需e.Id意志即可。

如果我想延迟加载成员编辑器，项目是否也需要对存储库的引用？

现在，关于如何按需重新填充编辑器的项目，您有几个选择，具体取决于您的目标。直接存储库说你想要：

IEnumerable<Project> list = projectRepository.GetAllProjects()
                                .Where(x => x.editorId == e.Id);

但是放在哪里呢？不是在 Project 或 Editor 中，你是对的，否则他们将不得不访问存储库，这是不好的。上面的代码片段是松耦合的，但不能单独重用。您刚刚达到了存储库模式的极限。

接下来是您的应用程序的适配器层，具有存储库的共享源StaticServiceWrapper（流利地使用所有必要的存储库。我没有在生产系统中完全这样做过，但给你看一个简洁的例子：

public static class Aggregators
{
    // one to one, easy
    public static Editor GetOwner(this Project p)
    {
        return StaticServiceWrapper.editorRep.GetEditorById(p.editorId);
    }

    // one to many, medium
    public static IEnumerable<Project> GetProjects(this Editor e) 
    { 
        return StaticServiceWrapper.projectRep.GetAllProjects()
                .Where(x => x.editorId == e.Id);
    }

    // many to many, harder
    public static IEnumerable<Editor> GetMembers(this Project p)
    {
        var list = StaticServiceWrapper.projectMemberMap.GetAllMemberMaps()
                        .Where(x => x.projectId == p.projectId);

        foreach ( var item in list )
            yield return StaticServiceWrapper.editorRep.GetEditorById(item.editorId);
    }
}

基本上，一旦您的 GetAll、GetById、Add、Update、Remove Object Repository 完成后，您就必须不理会关联，然后将对象/层层次结构向上移动到有趣的部分，例如适配器和缓存以及业务逻辑（“哦，我的！”）。

于 2009-05-14T04:40:20.537 回答
5

将职责拆分为 EditorOwner 和 EditorMember 怎么样？

在不知道您的域的情况下，我想他们会有不同的职责 - 例如，EditorOwner 可能非常丰富（并且可能是聚合根），但项目可能只需要了解其成员的有限数量，所以EditorMember 对象可能很轻。

这些域对象也可能与用户相关，但那将是在另一个上下文中。

这对事情有帮助，还是只是让它变得更复杂？

于 2009-01-23T04:55:44.373 回答
3

这取决于您的应用程序的需求。如果为给定的编辑器加载所有项目是一个大问题，那么尝试像虚拟代理这样的延迟加载模式。

关于延迟加载项目的成员编辑器，如果您使用虚拟代理，我看不到使用 EditorRepository 注入代理的问题，因为我不认为代理是域的一部分。

如果您拆分聚合，您可以研究工作单元模式作为解决原子性的一种解决方案。不过，这个问题并不是 DDD 独有的，我相信还有其他针对事务行为的解决方案。

于 2009-01-23T02:45:29.643 回答
0

在这里，您有 2 种不同的关系，一种是所有权关系，一种是成员关系。

所有权关系是简单的一对多（每个项目一个所有者）。成员关系是多对多的（许多编辑按项目，许多项目按编辑）。

您可以在 Project 类上提供 Owner 属性，并在 ProjectRepository 上提供方法来获取特定编辑器拥有的所有项目。

对于多关系，在 Project 类上提供一个 Members 属性，在 ProjectRepository 上提供一个方法来获取包含指定 Editor 作为成员的所有项目。

编辑器和项目似乎也是实体，我可能会拆分聚合，但也许这些术语在您的上下文中具有特定含义，使其成为聚合的子实体。

于 2009-02-11T13:01:07.957 回答