Orm DDD业务模型到关系模型的映射
我试图找出业务实体应该从哪里开始（在各个层中），对象到表的映射应该从哪里结束。 业务实体应该出现在存储库层之外还是服务层之外 我想知道最初我认为它应该从存储库层出现的原因，但让我们看看我在本例中的顾虑。 成员的存储库返回业务模型成员实体，该实体的属性为成员的国家/地区。成员的国家/地区将是一个字符串（德国、美国，…），这意味着成员的存储库将从使用国家/地区存储库中受益。 这是正确的还是存储库应该分开工作。或者服务层应该使用各种存储库构建并返回业务模型成员实体吗？ 如果我假设业务实体应该从存储库层出现，那么缓存是否也应该发生在存储库层？我的意思是，从国家或更复杂的关系来回映射应该受益于存储库级别的缓存Orm DDD业务模型到关系模型的映射,orm,service,repository,domain-driven-design,Orm,Service,Repository,Domain Driven Design,我试图找出业务实体应该从哪里开始（在各个层中），对象到表的映射应该从哪里结束。 业务实体应该出现在存储库层之外还是服务层之外 我想知道最初我认为它应该从存储库层出现的原因，但让我们看看我在本例中的顾虑。 成员的存储库返回业务模型成员实体，该实体的属性为成员的国家/地区。成员的国家/地区将是一个字符串（德国、美国，…），这意味着成员的存储库将从使用国家/地区存储库中受益。 这是正确的还是存储库应该分开工作。或者服务层应该使用各种存储库构建并返回业务模型成员实体吗？ 如果我假设业务实体应该从存储库层
谢谢如果您的对象只包含代码和标签（通常称为“参考值”或“命名法”），则应将其与其他对象区别对待。域驱动设计可能无法解决这一问题 我的建议是：只有代码（外键）在业务层中通常是有用的，所以不要在业务层中加载引用值，而是在启动时将它们全部放在可从表示层访问的可更新缓存中