Ramificaciones de DbSet.Crear frente a una nueva Entidad()

Question

Estoy un poco confundido acerca de si usar DbSet.Create, o simplemente actualizar una entidad y agregarla. Realmente no entiendo las ramificaciones de usar DbSet.Create.

Entiendo que DbSet.Create creará una versión proxiada si corresponde, pero realmente no entiendo lo que eso significa. ¿Porqué me importa? Me parece que una clase Proxied vacía no es más útil que una clase no proxy, ya que no hay entidades relacionadas con la carga lenta.

¿Puede decirme la diferencia, más allá de lo obvio? ¿Y por qué te importaría?

Answer 1

Un escenario donde usar DbSet<T>.Create() tiene sentido es asociar una entidad existente al contexto y luego aprovechar la carga diferida de las entidades relacionadas. Ejemplo:

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; } 
} 

El siguiente funcionaría entonces: se desencadena

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; 
     // ... 
    } 
} 

carga Aquí perezoso de los niños (quizás con la consiguiente colección vacía, pero no null). Si reemplaza context.Parents.Create() por new Parent(), el bucle foreach se bloqueará porque parent.Children siempre es null.

Editar

Otro ejemplo fue aquí (poblar una propiedad clave externa de una nueva entidad y luego conseguir la propiedad de navegación cargados de forma liviana después de la nueva entidad se inserta en el DB): Lazy loading properties after an insert