public class AggregateOne{ [Key] public Guid AggregateOneID{ get; private set;} public Guid AggregateTwoFK{get; private set;} /*Other Properties and methods*/ } public class AggregateTwo{ [Key] public Guid AggregateTwoID{get; private set;} /*Other Properties and methods*/ }
使用此域设计,Entity Framework不知道AggregateOne和AggregateTwo之间存在关系,因此生成的数据库中没有外键.
解决方法
两个AR可以一起工作,但是您需要根据域对流程建模. EF是应用程序的数据库,它关注持久性问题,不应该关心域.持久性完全是关于存储而不是反映域关系(EF实体不是域实体,尽管它们可以具有相同的名称并且看起来相似.重要的细节是两者都属于不同的层并处理不同的问题).域存储库只关心以可以在更改时轻松恢复的方式保留AR.如果需要将更多AR保持在一起,请接受最终的一致性并学习如何使用服务总线和传奇.它将大大简化您的生活(将其视为工作单元模式的一种实现).
对于查询,最干净和优雅的方法是生成/更新适合查询用例的读取模型,这通常在域事件告诉“世界”域中发生了某些变化之后完成.
正确地做DDD是不容易的,并且很容易陷入陷阱,相信你实际使用DDD,而实际上你只是使用DDD术语进行CRUD.如果你喜欢简单的生活,IMO CQRS也是必备的DDD.
理解域名,不要急于求成,理解有限的上下文,模拟域概念及其用例(非常重要!!!),根据需要定义存储库接口,并且只有在没有其他任何内容的情况下才能实现存储库do(真正的回购,同时你可以使用虚假的回购 – 在内存回购中 – 它们实现得非常快,你的应用程序被解耦意味着它不应该关心如何实现持久性,对吧?).我知道这听起来很奇怪,但这就是你知道你有一个可维护的DDD应用程序.
最后实现存储库的目的是将应用程序与持久性细节真正分离,并定义应用程序从持久性中获得的期望(存储库方法).一旦定义,您可以编写测试:D然后实现存储库.奖励是你只关注repo实现是隔离,当所有测试通过时,你知道一切正常.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。