域驱动设计 – DDD,存储库和封装

我的困惑的根源是DTO与DDD和存储库.我想要我的POCO域对象拥有智能,我想从存储库获取它们.但是,似乎我必须违反一些封装规则来完成这项工作,而且似乎可以把DTO转到头上.

这是一个简单的例子：在我们的目录应用程序中,Part可以是包含许多其他部分的包.所以,Part POCO有一个’GetChildren()’方法返回IEnumerable&部分>.甚至可能在其出路上列出其他的东西.

但是该列表如何解决？似乎就是存储库的答案：

interface IPartRepository : IRepository<Part>
{
    // Part LoadByID(int id); comes from IRepository<Part>
    IEnumerable<Part> GetChildren(Part part);
}

和

class Part
{
    ...
    public IEnumerable<Part> GetChildren()
    {
        // Might manipulate this list on the way out!
        return partRepository.GetChildren(this);
    }
}

所以现在我的目录的消费者除了(正确地)从仓库中加载零件之外,还可以通过直接调用GetChildren(part)来绕过某些部件封装的逻辑.不是那么糟糕吗

我读到这个存储库应该提供POCO,但DTO对于在层之间传输数据是有好处的.计算了很多部件属性,例如,价格是根据复杂的定价规则计算的.价格甚至不会出现在存储库中的DTO中 – 所以看起来将定价数据传递回网络服务需要DTO消耗零件,而不是相反.

这已经太长了我的头在哪里松开？