1

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

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

IProvider
指导ID

人员：IProvider
Guid Id
字符串FirstName
字符串LastName

业务：IProvider
Guid Id
字符串名称

服务
指南ID
IProvider提供者

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

我会为 IProvider 的角色创建一个存储库，它会返回“Person”和“Business”的实例吗？我的问题是代码可能很快变得非常复杂，因为任何实现都需要查看多个表等以返回所有不同类型的 IProvider。这种方法需要创建“Person”和“Business”的存储库并将其注入“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”接口的“Person”和“Business”实体创建存储库，从而使它们可以参与该角色。IE

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”存储库并在服务层中根据需要使用它们？

4

1 回答 1

0

我认为您想太多了，并且您尝试过早地进行优化。

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

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

于 2011-05-19T14:35:11.667 回答