DDD、存储库和角色接口

Question

我非常感谢人们对以下设计问题的意见。

我有一个模型，其中“人”或“企业”可能是某种“服务”的提供者。类定义示例如下所示：

IProvider
Guid ID

人员：IProvider
Guid ID
字符串 名字
字符串姓氏

公司：IProvider
Guid ID
字符串名称

服务
Guid ID
IProvider 提供商

因此，我在我的域中创建了相关概念：“个人”、“业务”、“IProvider”和“服务”。我遇到困难的是创建存储库的实体。在这种情况下，“服务”是一个聚合根，因此有自己的存储库。在我的上下文中，“业务”也是一个聚合根，因为即使它不是提供者，它也有意义。仅当“人员”是“提供者”时，才会在系统中创建“人员”。

我是否会为 IProvider 角色创建一个存储库，它会返回“Person”和“Business”的实例？我的问题是，代码可能很快就会变得非常复杂，因为任何实现都需要查看多个表等以返回所有不同类型的 IProvider。这种方法需要创建“人员”和“业务”的存储库并将其注入“IProvider”存储库以提供所需的功能，即

public class ProviderRepository : IProviderRepoistory
{
    public IBusinessRepository businessRepository {get; set; }
    public IPersonRepository personRepository {get; set; }

    public IProvider FindById(Guid Id){
        IProvider entity = businessRepository.FindById(Id);

        if(entity == null)
            entity = personRepository.FindById(Id);

        return entity;
    }
}

另一种方法是为实现“人员”和“业务”实体创建存储库一个“IProvider”接口，因此使它们可以参与该角色。即，

public class PersonRepository : IPersonRepository, IProviderRepository
{
    private ISession session;        

    public Person FindById(Guid Id){
        return session.Query<Person>().FirstOrDefault<Person>(x => x.Id == Id);
    }

    public IProvider FindById(Guid Id){
        return session.Query<Person>().FirstOrDefault<Person>(x => x.Id == Id && x.IsProvider == true);
    }
}

我将在需要时使用一种机制（即 IoC 容器）来选择 IProviderRepository 的正确具体实现。例如，如果我正在与一个我知道是个人的提供者打交道，我可以获得 PersonRepository 实现。

另一种选择是不实现任何 IProvider 存储库，而只使用“Person”和“Business”存储库并根据服务层的需要使用它们？

Answer 1

我认为你想得太多了，并且过早地尝试优化。

从您在这里所说的一切来看，对我来说，个人和业务都是实体，但两者都不是聚合（尽管显然，我可能在您与领域专家的讨论中遗漏了一些内容）。在我看来，提供者是一个集合。

当您构建 ProviderRepository 时，您不需要为企业和人员注入存储库，b/c 如果它们不是聚合，则它们不应该拥有自己的存储库。相反，ProviderRepository 应该直接使用 Session 从您提出的任何数据库模式中获取所需的内容，以组成给定查询的相关实体。如果正确映射继承，则可以对基类或接口进行查询。