DDD业务模型到关系模型映射

时间:2010-02-24 08:21:34

标签: orm service repository domain-driven-design

我正在试图找出业务实体应该从哪里开始(在各个层中)以及对象到表映射的结束。 业务实体应该从存储库层还是服务层之外?

我想知道原因我最初认为它应该从存储库层出现,但让我们在这种情况下看到我的担忧。 成员的存储库shuold返回业务模型成员实体,作为属性,具有成员的国家/地区。会员的国家/地区将是一个字符串(德国,美国,......),这意味着会员的存储库将受益于使用国家/地区存储库。 这是正确的还是存储库应该分开工作。或者服务层是否应该使用各种存储库构建并返回业务模型成员实体? 如果我假设业务实体应该从存储库层出现,那么缓存是否也应该发生在存储库级别?我的意思是,从国家/地区来回映射或更复杂的关系应该从存储库级别的缓存中受益?

由于

1 个答案:

答案 0 :(得分:2)

如果您的对象只包含代码和标签(通常称为“参考值”或“命名法”),则应区别对待其他对象。这可能不受域驱动设计的影响。

我的建议:只有代码(外键)在业务层中通常很有用,所以永远不要在业务层中加载引用值,在启动时将它们全部放在可从表示层访问的可更新缓存中。 / p>