EF 4.1 在您创建实例时同步反向关联。是否有任何关于此行为的文档或最佳实践指南？
我所说的同步反向关联的意思是：
public class Blog
{
public Blog() { Posts = new List<Blog>(); }
public int Id { get; set; }
public ICollection<Post> Posts { get; private set; }
}
public class Post
{
public Blog Blog { get; set; }
public int Id { get; set; }
}
然后在以下行之后，帖子将设置它的博客属性。
var blog = new Blog();
context.Blogs.Add(blog);
blog.Posts.Add(new Post());
【问题讨论】：
标签： entity-framework-4.1 ef-code-first
我相信 - 但我不确定 - “同步反向关联”是指实体框架中的一个功能，称为 Relationship Fix-up 或 Relationship Span 并负责在 ObjectContext 中的对象之间自动分配导航属性。这并非特定于 EF 4.1，但也适用于旧版本。
我不知道有关此功能的全面文档，但这里有一些资源可能会提供更多见解 - 尤其是第二个：
简要定义：http://blogs.msdn.com/b/alexj/archive/2009/04/03/tip-10-understanding-entity-framework-jargon.aspx
更详细的解释（Zeeshan Hirani）：http://www.daltinkurt.com/upload/dosyalar/file/Diger/entity_framework_learning_guide.pdf（第 3.4 章，第 125 - 133 页）
关于想要避免关系跨度的情况：http://blogs.msdn.com/b/alexj/archive/2009/04/07/tip-11-avoiding-relationship-span.aspx
编辑
我无法全面解释关系跨度及其所有影响。但我可以试着举几个例子，让我觉得我所说的并不是完全错误的：
在answer you have linked in the comment 中，Morteza 对派生自EntityObject 的实体（仅在EF 4.0 中ObjectContext，在EF 4.1 中不适用于DbContext）和POCO（可能与ObjectContext 和@ 987654331@).
如果您有 POCO，则将新对象添加到已加载到上下文中的另一个对象的导航集合中，不会将新对象附加到上下文中。这并不奇怪，因为 POCO 是……好吧，POCO，这意味着他们对 EF 上下文一无所知。将对象添加到导航集合实际上只不过是List<T>.Add(...) 之类的东西。这个通用的 Add 方法不对 EF 上下文执行任何操作。
这是EntityObject 和EntityCollection 的另一种情况，它们都在内部引用了上下文，因此可以在您添加到集合时立即附加到上下文。
从这一考虑得出的一个结论是，当您使用 POCO 时，您问题中的最后一个代码示例不会实际上在 Post 中设置 Blog 属性。但是：它将在您调用DetectChanges 或SaveChanges（在内部调用DetectChanges）之后设置。在这种情况下，DetectChanges（这可能是一个非常复杂的方法）查看上下文中有哪些对象（它会找到 Blog 父对象），然后遍历整个对象图（我们的 Posts 集合case) 并检查图中的其他对象（Post 对象）是否也在上下文中。如果不是 - 在您的示例中就是这种情况 - 它会将它们附加到 Added 状态的上下文中 - 现在 relationship span 开始发挥作用 - 还修复对象图中的导航属性.
关系跨度也对 POCO 起作用的另一种情况是当您将对象加载到上下文中时。
例如：如果您有一个 id = x 的 Blog 和一个 id = y 的 Post 属于数据库中的这个 Blog 那么这个代码......
var blog = context.Blogs.Find(x); // no eager loading of the Posts collection!
var post = context.Posts.Find(y); // no eager loading of the Blog property!
会自动在每个对象中建立导航属性，因此Blog 的Posts 集合将突然包含帖子，Post 中的Blog 属性将引用博客。这种关系修复取决于对象确实加载到上下文中的事实。如果您使用 AsNoTracking 来抑制这种情况，例如 ...
var blog = context.Blogs.AsNoTracking().Where(b => b.Id == x).Single();
var post = context.Posts.AsNoTracking().Where(p => p.Id == y).Single();
...关系跨度不起作用，导航属性将保持null。
最后一点：关系跨度 - 如上例所示 - 仅在至少一端的关联具有0...1 的基数（一对一或一对多关联）时才有效。它从不适用于多对多关联。最近在这里讨论了这一点（使用 EF 4.1）：EF 4.1 loading filtered child collections not working for many-to-many
【讨论】：