Entity framework 跨聚合共享DbContext是否违反事务边界？
如果是这样的话，在哪些情况下，这可能是一个可接受的违规行为？如何存储聚合实际上并不重要。例如，如果每个有界上下文都有一个DbContext，那么在同一个DbContext中会有多个AREntity framework 跨聚合共享DbContext是否违反事务边界？,entity-framework,domain-driven-design,Entity Framework,Domain Driven Design,如果是这样的话，在哪些情况下，这可能是一个可接受的违规行为？如何存储聚合实际上并不重要。例如，如果每个有界上下文都有一个DbContext，那么在同一个DbContext中会有多个AR 主要问题是您是否应该在同一事务中操纵多个AR。您的目标应该是设计您的系统，以便在同一事务中不更改多个AR。也就是说，你可能会遇到无法避免的情况。只要在一个事务中有多个AR是例外，而不是规则，那么它就应该是正常的。如何存储聚合实际上并不重要。例如，如果每个有界上下文都有一个DbContext，那么在同一个DbCon
主要问题是您是否应该在同一事务中操纵多个AR。您的目标应该是设计您的系统，以便在同一事务中不更改多个AR。也就是说，你可能会遇到无法避免的情况。只要在一个事务中有多个AR是例外，而不是规则，那么它就应该是正常的。如何存储聚合实际上并不重要。例如，如果每个有界上下文都有一个DbContext，那么在同一个DbContext中会有多个AR
主要问题是您是否应该在同一事务中操纵多个AR。您的目标应该是设计您的系统，以便在同一事务中不更改多个AR。也就是说，你可能会遇到无法避免的情况。只要在一个事务中有多个AR是例外，而不是规则，那么就应该可以。跨聚合共享DbContext到底是什么意思？谁拥有DbContext？你说的是设计时还是运行时？根据你的说法，为什么它会违反跨城市边界？我想把这个问题添加到你在域模型堆中尝试使用EF实体时会遇到的问题中。你所说的跨聚合共享DbContext到底是什么意思？谁拥有DbContext？你说的是设计时还是运行时？根据你的说法，为什么它会违反跨城市边界？我想把这个问题添加到你在域模型堆中尝试使用EF实体时会遇到的问题中。