没有 EF 的 C# DDD

Question

我从 DDD 开始，我有一个疑问。假设这些类（我使用 C# 和 Net Framework 4.7）：

public class Address : ValueObject
{
    // Properties.
    public string Street { get; }
    public int Number { get; }


    public Address(string street, int number)
    {
        Street = street;
        Number = number;
    }

    protected override IEnumerable<object> GetEqualityComponents()
    {
        yield return Street;
        yield return Number;
    }
}

public class Customer : IAggregateRoot
{
    // Properties.
    public int Id { get; protected set; }
    public string Name { get; protected set; }
    public Address Address { get; protected set; }


    public Customer(string name, Address address)
    {
        if (string.IsNullOrEmpty(name)) throw new Exception(nameof(name));

        Name = name;
        Address = address ?? throw new Exception(nameof(address));
    }

    // For database purpose.
    protected Customer()
    {

    }
}

我有接口 ICustomerRepository 并且作为基础结构，我需要使用原始 SQL (SQL Server)，我的意思是，没有 EF、NHibernate 等。我在存储库实现中使用的方法是定义一个类“CustomerBuilder " 从 Customer 继承，以便能够访问受保护的字段。有没有其他方法可以实现这一目标？因为对于我需要加载的每个实体，我都必须创建一个构建器并重复构造函数和变量映射。

谢谢！

Answer 1

您的问题没有一个单一的答案。我可以想到以下解决方案：

1. 为每个聚合创建一个“状态 DTO”，这是一个具有公开您希望从聚合中持久保存的信息的属性的类。然后在接受此状态 DTO 的聚合类中创建工厂方法或构造函数。您的存储库将新建状态 DTO 并将其传递给聚合构造函数/工厂。

2. 使用AutoMapper，与第一点类似，您需要一个 DTO 来最初从数据库加载信息。然后，不要将其传递给聚合以手动映射到聚合的属性，而是使用 AutoMapper 自动为您执行映射。

3. 使用Reflection 构建您自己的映射器。您可以创建一系列辅助方法，以便通过名称和类型轻松地将属性映射到私有 setter。

从上面的 3 个解决方案中，我认为数字 1 是最干净的，但与您已经在做的相比，它并不能节省您太多的打字时间。选项 3 将更难设置，但一旦完成，您应该能够创建新的存储库而无需太多开销。但实际上，您正在编写一些可以通过安装 nugget 包免费获得的东西。

Answer 2

我也遇到了同样的问题，我最终使用了 Memento 模式。我不得不做出一些妥协，但最终代码完美无缺，而且维护起来绝对简单。

我解释如何设计。 在域层中，我拥有实体和纪念品类。该实体仅公开域功能，加上（这里是折衷方案）一个允许将自身导出到纪念品的额外功能。 每当我需要使用实体的内容（通常在基础设施层内）时，我都会调用从我的实体返回纪念品的函数。在这里，为了简化我的工作，我有另一个纪念品（它扩展了原始的，可以使用原始的或来自基础设施层的数据构建），它公开了一组在特定基础设施上下文中有用的功能。例如，对于持久性，我拥有构建 SQL 使用的每种类型的映射的所有函数。另一个函数获取 SQL 结果并以备忘录使用的格式存储在里面。 纪念品的构建方式很难在使用它们的环境之外构建它们。

我知道它的代码比通常有人用 ORM 编写的代码要多，而且也不使用反射等任何花哨的功能，但它可以快速测试，它正在工作，它正在做我期望的事情，我不必玩弄配置文件。这只是预编程。