为什么Entity Framework会检测已修改但重置的属性的更改？

Question

如果我修改POCO实体的属性,但重置它,EntityFramework仍然表示存在更改.

Property "Name": Value "Test" (original value) 
              -> Value "Test123" (value changed by UI) 
              -> Value "Test" (value changed by UI to original value)

已修改的条目:

var objectStateEntries = 
    _db.ObjectStateManager.GetObjectStateEntries(
        EntityState.Added | 
        EntityState.Deleted | 
        EntityState.Modified);

你怎么处理这个案子？

Answer 1

如果所有属性都是virtualEntity Framework,则默认情况下会自动创建POCO的动态代理.如果我没有错,那么更改跟踪就是基于这种动态对象的属性设置器,大致如下:

private string _name;
public string Name
{
    // ...
    set
    {
        // if (_name != value) such a check probably does not happen
        {
            _name = value;
            MarkPropertyAsModified(...);
        }
    }
}

因此,没有与原始值进行比较,只能与属性的当前值进行比较.如果此值发生更改,则无论是否将其重置为原始值,属性都会标记为已修改.

(编辑和更正上一段:如果调用了setter,则该属性被标记为Modified,无论是否分配了相同或更改的值.感谢Brad Thomas及其下面的评论!)

您可以通过在上下文选项中禁用此功能来避免创建动态代理:

objectContext.ContextOptions.ProxyCreationEnabled = false;

现在,更改检测将依赖于快照创建,这意味着EF会在调用更改检测时将原始值(存储在对象上下文中的快照中)与当前值进行比较.这不会在属性设置器中发生,而是在实体框架的某些功能内部发生,例如在SaveChanges.在您的情况下,这意味着当您调用SaveChanges原始值(快照)时,当前值将是相同的,因为您确实重置了更改.基本上,EF没有注意到您更改了属性两次,并认为该属性未更改.

请注意,禁用代理创建 - 如果您在全局范围内执行此操作(例如在上下文构造函数中),则可能会对您的应用程序进行深度更改.您可能拥有依赖于动态代理的代码才能正常工作,并且在各种情况下也会严重影响性能.存在动态代理以快速进行变更跟踪.基于快照的更改跟踪速度要慢得多.