DbSet.Remove 后如何维护数据？

Question

我使用存储库模式并且为了使事情集中化，我创建了一个 IValidate 接口，我的每个存储库都可以实现该接口。在那我根据他们的状态进行实体验证。到目前为止一切顺利，直到我删除了一个实体。当我尝试从已删除的实体访问属性时，出现异常，该实体不再位于上下文中。

例如：

class A
{
   int MyClassBId
   B MyClassB
}

如果我添加或更新实体A，我可以轻松访问A.MyClassB。但是，如果我什至在调用 SaveChanges 之前删除（DbSet.Remove）（我的方法当然在保存之前调用此验证），则引用为空。因此，如果我再次尝试访问A.MyClassB，我会得到空引用，但存在“非延迟加载”对象。例如，A.MyClassBId 仍然有 B 的 FK。

我知道 DbSet.Remove 仅将实体标记为删除，没有别的。它是否也将其从上下文中删除？我该如何解决这个问题？调用 DbSet.Remove 并仍然维护对象中的引用，至少在调用 SaveChanges 之前？

谢谢。

Answer 1

您必须了解正在进行的两个过程：

1. Entity Framework 跟踪在DbContext 中加载的实体，将它们的状态保持为Added、Modified、Deleted 或Unchanged。您可以通过MyDataContext.Entry(MyEntity).Statecall 进行检查。
2. 从表面上看，POCO 类的行为就像您对与 ORM 没有任何连接的类所期望的一样。

所以当您调用 DbSet.Remove 方法时会发生什么，实体将被标记为在幕后删除，并且从表面上看，它也会从它所属的 ICollection 中删除。

如果您想跟踪应在 SaveChanges 调用中删除的实体，您必须在实体上定义 WillBeDeleted 属性，并且您的代码在计算活动实体时必须考虑此属性，验证等。实际的DbSet.Remove 调用应该在调用SaveChanges 之前进行。

或者，您可以在初始化 DbContext 之前使用MyDataContext.Configuration.AutoDetectChangesEnabled=False。现在，受DbSet.Remove 方法约束的实体不会从 POCO 类中的ICollection 中删除，但是如果不再次在您的属性中跟踪它，您将无法知道该实体将被删除拥有。