存储库和服务设计问题

Question

我们正在尝试找出使用 DDD 时的最佳做法，并且我们正在讨论什么是最有意义的或“正确的方式”。

注意：所有代码均为伪代码。

承认以下几点：

public interface IDomainEntityAService
{
    void CreateMyObject(DomainEntityA myobject);
    DomainEntityA RetrieveDomainEntityA(long someId);
    //Other operations that handle the business logic dealing with MyObject
}

我们还有另一个服务，它使用 IDomainEntityAService 的一部分来满足特殊需求。

public interface IDomainEntityBService
{
    DomainEntityB GetDomainEntityB();
}

其中 OtherInformation 包含以下内容：

public class DomainEntityB
{
    public string Name { get; set; }
    public IList<DomainEntityA> DomainEntityAList { get; set; }
}

现在我们的问题来了。我们正在研究使用存储库来保存 OtherInformation，如下所示：

public interface IDomainEntityBRepository
{
    void Add(DomainEntityB information);
    DomainEntityB Get(long someId);
}

由于我们希望尽可能保持 DRY，因此理想情况下，我们希望重用 IDomainEntityAService 的逻辑来检索 DomainEntityB 的 DomainEntityAList 列表。哪一个最有意义？

A) 在 IDomainEntityBRepository 中有对 IDomainEntityAService 的引用 例如

public class SqlDomainEntityBRepository : IDomainEntityBRepository
{

    public SqlDomainEntityBRepository(IDomainEntityAService domainEntityAService, Database database)
    {

    }

    public void Add(DomainEntityB information)
    {
        //save DomainEntityB to SQL
    }
    public DomainEntityB Get(long someId)
    {
        //Get OtherInformation.Name from SQL
        //use domainEntityAService.Get() to populate the list of DomainEntityAList
        //return DomainEntityB
    }
}

B) IDomainEntityBRepository 仅处理 SQL 内容，我们使用 IHaveOtherInformation 的服务层来填充 MyObjects 列表

public class DomainEntityBService : IDomainEntityBService
{
    public DomainEntityBService(IDomainEntityAService domainEntityAService, IDomainEntityBRepository repo)
    {
    }
    public DomainEntityB GetDomainEntityB()
    {
        var domainEntityB = _repo.Get(someId);
        domainEntityB.DomainEntityAList = _domainEntityAService.GetAll(someId);
        return domainEntityB;
    }
}

C) 我们为 OtherInformation 创建一个特定的 DAL 对象，并使用服务层来组成 OtherInformation 的一个实例

public class DomainEntityBDAL
{
    public string Name { get; set; }
    public IList<int> DomainEntityAListIds { get; set; }
}

然后我们将有一个存储库来检索 OtherInformationDAL，然后代码将如下所示：

public class DomainEntityBService : IDomainEntityBService
{

    public DomainEntityBService(IDomainEntityAService domainEntityAService, IDomainEntityBRepository repo)
    {
    }
    public DomainEntityB GetDomainEntityB()
    {

        var domainEntityBDAL = _repo.Get(someId);
        DomainEntityB result = new DomainEntityB() { Name = domainEntityBDAL.Name };
        foreach (var id in domainEntityBDAL.DomainEntityAListIds)
        {
            result.DomainEntityAList.Add(_domainEntityAService.Get(id));
        }
        return result;
    }
}

D) 哇，我们完全不在基地，而是这样做！！！

我希望这是有道理的，并感谢您的帮助。

编辑备注：

也许英文描述可以帮助更好地描述我的问题。我们有 DomainEntityA 它是一个聚合根。有一个相应的服务来处理处理 DomainEntityA 的所有逻辑。

现在我们还有 DomainEntityB，它是一个聚合根。但是 DomainEntityB 有一个 DomainEntityAs 的列表。 DomainEntityAs 可以独立存在，但是 DomainEntityB 不能没有 DomainEntityAs 的列表

我们将如何加载 DomainEntityB 中的 DomainEntityA 项目列表并维护 DomainEntityA 的所有逻辑。

在 DomainEntityBService 中重用 DomainEntityAService？
在 DomainEntityBService 中创建一个单独的 DomainEntityARepository？

我们目前使用 EntLib，但正在寻找更多关于设计的信息，然后是 DAL 实现。

Answer 1

您如何改用一个通用接口来插入类型？像这样：

public interface IRepository<T>
{
    T Get(object id);
    void Save(T value);
    void Update(T value);
    void Delete(T value);
    IList<T> GetAll();
}

您使用的任何实现都应该能够读取类型并知道它如何适合数据库。简而言之，这就是存储库模式。如果您还没有完全了解 Entlib，请探索 NHibernate。我发现它很好地补充了存储库模式。我在我的博客上写了很多关于this topic 的文章，所以如果你想了解更多，可以去那里。

Answer 2

我在这里假设您将要存储到数据库中。

这个问题的答案很大程度上取决于您使用什么作为持久性引擎。如果您已经手动完成了自己的持久性，那么C 不是一个选项，因为您将看到 N+1 个查询。 B 很可能是我的第一选择，因为它提供了最多的代码重用，并希望其性能不会太差。

话虽如此，如果您使用 NHibernate 之类的东西，我建议您不要使用存储库模式，而是使用存储库模式

• 将复杂查询封装为对象（然后可以对其进行单元测试）。
• 直接使用会话

我希望这会有所帮助！