首页 > TAG信息列表 > aggregateroot

abp vnext EF AggregateRoot 导航属性

之前用过abp framework。在使用 vnext 时，目前最大的感受是颠覆了我对于导航属性的认知。 因为不符合 DDD 理念，不再被 abp 所推荐使用了，所以在使用操作关联实体时（继承了 AggregateRoot 的实体），只能手动操作了。对我EF的使用习惯形成了很大的冲击。 https://github.com/abpframework/

DDD和C#-限制对子实体的访问

我几乎可以肯定,我已经忽略了一些简单的事情,但是并没有点击. 我有一个Person实体(Person汇总的根).我还有一个用于认证和授权(Auth)的子实体,该实体具有角色列表和权限列表. 我希望通过在根上使用AddAuthRole等方法通过根来管理对角色和权限的修改. 这非常简单,但是我将如何做而又

c#-聚集根具有复合主键的存储库

信息库应该作为聚合根的边界,即IRepository< TAggreagte>.将提供CRUD功能,以事务方式将数据保存到DB.到现在为止还挺好. 但是,如果聚合具有复合主键怎么办？ 在我的问题中,它是一个Identity INT列以及一个SMALLINT序列号. (这是数据库设计,不是我的主意！) 我见过的存储库示例都有例如

c# – 实体与聚合与聚合根

我正在努力识别Domain对象. 问题： >公司有一个或多个站点>网站有主要和多个联系人>因此,公司有一个或多个联系人.这些联系人分配给站点.>必须将联系人添加到站点而不是公司 我的理解： public class Company : IEntity { public int CompanyId {get;} public s

c# – 如何证明DDD中聚合的一致性(技术上)？

在使用DDD开发Web应用程序时,确保聚合的一致性非常重要. 我过去曾在一个Web应用程序(没有DDD)上工作,我们尝试使用Transactions确保数据的一致性.所以,我们使用了Serializable事务级别,这对我们的团队来说是一场噩梦,因为我们的应用程序的性能太差了我们的用户已经报告了很多死锁问

java – 在域驱动设计中,事务是否可以修改多个聚合？

在“领域驱动设计：解决软件核心中的复杂性”中,Evans定义 An Aggregate is a cluster of associated objects that we treat as a unit for the purpose of data changes. 显然,这意味着必须在单个事务中更新聚合. 但是,事务必须只更新单个聚合吗？如果是这样,为什么？ 我的研究 我问