这需要一定的背景知识-请多多包涵!

我们有一个使用EF的n层WPF应用程序-我们通过dbContext将来自数据库的数据加载到POCO类中。 dbContext被销毁，然后用户可以编辑数据。
我们使用Julie Lerman在她的书“Programming Entity Framework:DBContext”中建议的“状态绘画”，以便在将根实体添加到新的dbContext中进行保存时，可以设置是否添加，修改或保留每个子实体，等等。 。

我们第一次执行此操作(2012年11月!)时遇到的问题是，如果要添加到dbContext的根实体具有同一子实体的多个实例(即，链接到用户的“任务”记录)， “状态历史记录”也链接到同一用户)，该过程将失败，因为即使子实体相同(来自同一数据库行)，它们仍被赋予不同的哈希码，因此EF将其识别为不同的对象。

我们修复了这一问题(早在2012年12月!)，方法是重写实体上的GetHashCode以返回数据库ID(如果该实体来自数据库)，或者返回唯一的负数(如果该实体尚未保存)。现在，当我们将根实体添加到dbContext时，它足够聪明，以至于同一子实体被添加了一次以上，并且可以正确地对其进行处理。自2012年12月以来，此方法一直运行良好，直到上周我们升级到EF6。

EF6的新“功能”之一是，它现在使用自己的Equals和GetHashCode方法执行更改跟踪任务，而忽略任何自定义替代。请参阅:http://msdn.microsoft.com/en-us/magazine/dn532202.aspx(搜索“对您的编码样式的干扰较少”)。如果您期望EF来管理变更跟踪，那么这很好，但是在不连接的n层应用程序中，我们不希望这样做，实际上这破坏了已经运行了一年以上的代码。

希望这是有道理的。

现在-这个问题-是否有人知道我们可以告诉EF6像在EF5中一样使用EF6使用OUR GetHashCode和Equals方法的方法，还是有人有更好的方法来将根实体添加到具有重复子实体的dbContext中以便EF6会满意吗？

谢谢你的帮助。抱歉，很长的帖子。

更新了
戳过EF代码后，它看起来就像是用来通过获取实体的哈希码来设置InternalEntityEntry(dbEntityEntry)的哈希码，但现在在EF6中，它是通过使用RuntimeHelpers.GetHashCode(_entity)来检索的，这意味着我们覆盖了哈希码在实体上被忽略。因此，我想让EF6使用我们的哈希码是不可能的，所以也许我需要集中精力于如何在不破坏EF的情况下向可能具有重复子实体的上下文中添加实体。有什么建议？

更新2
最令人讨厌的是，这种功能上的变化被认为是一件好事，而据我所见，这并不是一个重大的变化!当然，如果您已断开实体的连接，并且已经为它们加载了.AsNoTracking()以提高性能(并且因为我们知道我们将断开它们的连接，那么为什么还要跟踪它们)，那么dbContext没有理由要覆盖我们的getHashcode方法!

更新3
感谢您的所有评论和建议-非常感谢!
经过一些实验，它似乎与.AsNoTracking()有关。如果使用.AsNoTracking()加载数据，则重复的子实体是内存中的单独对象(具有不同的哈希码)，因此存在状态绘画和稍后保存它们的问题。我们通过覆盖哈希码来解决此问题，因此，当将实体重新添加到保存上下文时，重复的实体将被识别为同一对象，并且只能添加一次，但是我们无法再使用EF6做到这一点。因此，现在我需要进一步研究为什么我们首先使用.AsNoTracking()。
我有另一个想法是，也许EF6的变更跟踪器应仅对主动跟踪的条目使用其自己的哈希码生成方法-如果实体已加载.AsNoTracking()，则应改为使用基础实体的哈希码？

更新4
因此，现在我们确定我们无法继续使用EF6中的方法(覆盖的哈希码和.AsNoTracking)，我们应该如何管理对断开连接的实体的更新？我用博客文章/评论/作者创建了这个简单的示例:

在此示例中，我想打开博客1，更改内容和作者，然后再次保存。我已经尝试了EF6的3种方法，但无法正常工作:

BlogPost blogpost;

using (TestEntities te = new TestEntities())
{
    te.Configuration.ProxyCreationEnabled = false;
    te.Configuration.LazyLoadingEnabled = false;

    //retrieve blog post 1, with all comments and authors
    //(so we can display the entire record on the UI while we are disconnected)
    blogpost = te.BlogPosts
        .Include(i => i.Comments.Select(j => j.Author)) 
        .SingleOrDefault(i => i.ID == 1);
}

//change the content
blogpost.Content = "New content " + DateTime.Now.ToString("HH:mm:ss");

//also want to change the author from Fred (2) to John (1)

//attempt 1 - try changing ID? - doesn't work (change is ignored)
//blogpost.AuthorID = 1;

//attempt 2 - try loading the author from the database? - doesn't work (Multiplicity constraint violated error on Author)
//using (TestEntities te = new TestEntities())
//{
//    te.Configuration.ProxyCreationEnabled = false;
//    te.Configuration.LazyLoadingEnabled = false;
//    blogpost.AuthorID = 1;
//    blogpost.Author = te.Authors.SingleOrDefault(i => i.ID == 1);
//}

//attempt 3 - try selecting the author already linked to the blogpost comment? - doesn't work (key values conflict during state painting)
//blogpost.Author = blogpost.Comments.First(i => i.AuthorID == 1).Author;
//blogpost.AuthorID = 1;


//attempt to save
using (TestEntities te = new TestEntities())
{
    te.Configuration.ProxyCreationEnabled = false;
    te.Configuration.LazyLoadingEnabled = false;
    te.Set<BlogPost>().Add(blogpost); // <-- (2) multiplicity error thrown here

    //paint the state ("unchanged" for everything except the blogpost which should be "modified")
    foreach (var entry in te.ChangeTracker.Entries())
    {
        if (entry.Entity is BlogPost)
            entry.State = EntityState.Modified;
        else
            entry.State = EntityState.Unchanged;  // <-- (3) key conflict error thrown here
    }

    //finished state painting, save changes
    te.SaveChanges();

}

        blogpost = te.BlogPosts
        .AsNoTracking()
        .Include(i => i.Comments.Select(j => j.Author)) 
        .SingleOrDefault(i => i.ID == 1);

    public override int GetHashCode()
    {
        return this.ID;
    }

    public override bool Equals(object obj)
    {
        BlogPost tmp = obj as BlogPost;
        if (tmp == null) return false;
        return this.GetHashCode() == tmp.GetHashCode();
    }

最佳答案

有趣的是，您使应用程序在EF5中以这种方式工作。 EF始终只需要任何实体的单个实例。如果添加了对象图，并且EF错误地假设它已经在跟踪对象，而实际上它正在跟踪其他实例，则EF正在跟踪的内部状态将不一致。例如，该图仅使用.NET引用和集合，因此该图仍将具有多个实例，但是EF仅跟踪一个实例。这意味着可能无法正确检测到实体属性的更改，并且实例之间的修复也可能导致意外行为。知道您的代码是否以某种方式解决了这些问题，或者碰巧您的应用程序没有遇到任何这些问题，因此无效状态跟踪对您的应用程序来说并不重要。

我们对EF6所做的更改使应用程序不太可能使EF状态跟踪进入无效状态，从而导致意外行为。如果您有一个聪明的模式来确保我们使用EF6中断了跟踪状态，那么如果您可以在http://entityframework.codeplex.com/上提交具有完整副本的错误，那就太好了。

关于c# - Entity Framework 6-使用我的getHashCode()，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21411995/