DDD - 管理域和存储库之间的耦合答案

【问题标题】：DDD - Manage Coupling between Domain and RepositoryDDD - 管理域和存储库之间的耦合
【发布时间】：2015-06-19 14:44:24
【问题描述】：

我的问题很简单：如何把我班级的私有数据放到Repository中保存？

无论我们采用何种架构风格，每个人都同意业务对象不应该知道“如何”保存自己——也就是说，它们不应该实现数据库或其他持久性细节。但是，在我看来，业务对象是唯一知道他们需要保存“什么”的对象。存储库知道如何从数据库中获取数据，但如果它要知道如何将业务对象翻译成数据库术语，那么它必须知道要翻译的什么。

考虑到我可能使用数据库，但我没有用休眠注释标记我的类，因为我可能经常保存到纯文本文件。

假设我在这里的课程实际上是以特定的业务实体命名的，那么这样做会有什么问题

interface Exporter
{
    public void Export(String id, String value1, String value2);
}

interface Repository
{
    public Entity FindById(String id);
}

class Entity
{
    private String id;
    private String value1;
    private String value2;
    private String derivedvalue;

    public Entity() {}

    public Entity(String id, String value1, String value2)
    {
        this.id = id;
        this.value1 = value1;
        this.value2 = value2;
        this.derivedvalue = /* derived from id, value1, and value2 */;
    }

    public void DoBusiness()
    {
        // ...
    }

    public void Export(Exporter exporter)
    {
        Exporter.Export(this.id, this.value1, this.value2);
    }
}

并像使用它

FlatFileRepositoryAndExporter flatfile = new FlatFileRepositoryAndExporter(...);
Entity entity = flatfile.FindById(...);

// Do business logic
entity.DoBusiness();

entity.Export(flatfile);

我知道有一些框架可以帮助我，但归根结底，它们都依赖于某种反射。我想知道，在没有反射的情况下，我如何静态组合我的对象以在保持封装的同时公开它们的数据。我能想出的唯一答案就是这种访问者模式。

【问题讨论】：

这很好。我做过类似的事情，我将依赖项注入实体以执行各种操作（例如持久性），它对我来说效果很好。
访问者模式没问题，但它给域实体增加了一些噪音。您说得对，所有框架和持久性客户端都使用反射保存和检索对象。最简单的是 xml 或 json 序列化程序，无需任何映射即可工作。这同样适用于 NoSQL 数据库。将持久性逻辑添加到您的域将迫使您开始对其进行测试，这实际上并不是域测试的一部分。如果你想序列化到某个文件，你总是可以将你的存储库实现为一个通用列表，并使用一些序列化将它持久化到文件系统中。

标签： domain-driven-design encapsulation hexagonal-architecture

【解决方案1】：

我倾向于同意@MikeSW 的观点，即借助较小的范围调整（或像 ORM 那样的反射），使外部持久性工具能够收集域对象状态通常比让域对象本身完全控制什么更简单坚持。

还有第三种方法是让实体发出事件来描述所发生的事情，而不是暴露其状态——这就是事件溯源。然后，任何想要的人都可以听取这些意见，并以他们想要的任何形式坚持更改。

【讨论】：

【解决方案2】：

不要让你的生活过于复杂。你想要做的基本上是一个纪念品，它可以工作，但它的维护成本很高（就像非常无聊）。我通常 json 序列化事物，无论我实际将它们存储在哪里，并且我已经配置 json.net 来序列化受保护的属性。所以基本上，我有受保护的属性或只是受保护的设置器，它工作得很好。

虽然不是一个纯粹的解决方案，但妥协非常低，对象的内部不会暴露给它的用户。你可以拥有像

这样的东西

 private List<string>_data=new List<string>();
public IEnumerable<string> Data 
{
   get { return _data;}
   protected set {  _data=value.ToList(); }

}

这种方法很简单，非常易于维护，并且与持久性工具无关。

顺便说一句，出口商，考虑到它的目的，应该只与公共成员打交道，而对象不应该知道它。

【讨论】：