DbSet.Create与新实体()的分歧

时间:2011-09-05 19:15:43

标签: entity-framework entity-framework-4.1

我对是否使用DbSet.Create感到有点困惑,或者只是新建一个实体并添加它。我真的不明白使用DbSet.Create的后果。

据我所知,如果适用,DbSet.Create将创建一个代理版本,但我真的不明白这意味着什么。我为什么在意?在我看来,一个空的Proxied类并不比非代理类更有用,因为没有相关的实体来延迟加载。

除了显而易见的事情,你能告诉我区别吗?你为什么要关心?

1 个答案:

答案 0 :(得分:54)

使用DbSet<T>.Create()有意义的场景是将现有实体附加到上下文,然后利用相关实体的延迟加载。例如:

public class Parent
{
    public int Id { get; set; }
    public virtual ICollection<Child> Children { get; set; }
}

public class Child
{
    public int Id { get; set; }
    public string Name { get; set; }
}

以下可行:

using (var context = new MyDbContext())
{
    var parent = context.Parents.Create();
    parent.Id = 1; // assuming it exists in the DB
    context.Parents.Attach(parent);

    foreach (var child in parent.Children)
    {
        var name = child.Name;
        // ...
    }
}

这里触发了延迟加载的子项(可能导致空集合,但不是null)。如果您将context.Parents.Create()替换为new Parent(),则foreach循环将崩溃,因为parent.Children始终为null

修改

这里有另一个例子(填充新实体的外键属性,然后在将新实体插入数据库后延迟加载导航属性):Lazy loading properties after an insert