DbContext y RejectChanges

Question

Estaba trabajando con servicios de RIA donde ObjectContext tiene el método RejectChanges(). Sin embargo, ahora estoy trabajando con EF 4.4 en una aplicación de escritorio y no puedo encontrar ese método. Entonces, mi pregunta es: en un escenario en el que le permitía al usuario hacer operaciones de CrUD por lotes en la colección, ¿cómo iba a revertir todos los cambios? Podría continuar recreando el contexto y recuperando los datos nuevamente, pero eso suena muy innecesario si necesito revertir los cambios a 1-2 entidades.

Entonces, ¿cuál es la mejor manera de rechazar los cambios? Y también, ¿cómo sabemos si el contexto está haciendo algo (IsBusy)?

Answer 1

EF no tiene ninguna operación directa de "rechazo de cambios". Puede acceder a las entradas de entidades en ChangeTracker/ObjectStateManager y sobrescribir los valores actuales con los valores originales para las entidades modificadas. También puede separar entidades añadidas y volver a cambiar las entidades eliminadas sin cambios, pero todas funcionarán principalmente si usted (o EF internamente) no cambió el estado de ninguna asociación (relación) independiente. Si también trabajas con relaciones, todo puede ser mucho más complicado porque también debes revertir las relaciones; en tal caso, es más sencillo volver a cargar los datos.

Para revertir los cambios en la API DbContext puede probar esto:

foreach (var entry in context.ChangeTracker 
          .Entries<YourEntityType>() 
          .Where(e => e.State == EntityState.Modified)) 
{ 
    entry.CurrentValues.SetValues(entry.OriginalValues); 
} 

En este caso creo que el principal problema es la forma en cómo se trabaja con entidades - se permiten cambios de datos en tiempo real y EF hace su lógica Detrás para mantener la coherencia de los datos cuando se realizan cambios, pero más tarde decide que esos cambios no se guardarán. En este caso, usted debe hacer uno de los siguientes:

• Descartar los datos modificados y volver a cargar conjunto de datos entero (por recrear el contexto)
• independiente esta lógica a no funcionar en datos en tiempo real y empuje la modificación de datos de contexto EF solamente cuando la modificación es realmente confirmada

El contexto está haciendo algo si usted lo dice para hacer algo. Nunca se vuelve ocupado en sí mismo.

Answer 2

Esto funciona para mí:

public void RejectChanges() { 
    var context = ((IObjectContextAdapter)this).ObjectContext; 
    foreach (var change in this.ChangeTracker.Entries()) { 
     if (change.State == EntityState.Modified) { 
      context.Refresh(RefreshMode.StoreWins, change.Entity); 
     } 
     if (change.State == EntityState.Added) { 
      context.Detach(change.Entity); 
     } 
    } 
} 

este = DbContext en este caso

Answer 3

Sé que esto es una cuestión de edad. Sin embargo, ninguna de las respuestas se ajusta a mi situación. Necesitaba rechazar los cambios en solo 1 entidad en una colección. Esto es lo que funcionó para mí:

var objectContext = (myDbContext as IObjectContextAdapter).ObjectContext; 
    objectContext.Refresh(RefreshMode.StoreWins, partMaster); 

Answer 4

public void RejectChanges() 
     { 
      foreach (var entry in ChangeTracker.Entries()) 
      { 
       switch (entry.State) 
       { 
        case EntityState.Modified: 
         { 
          entry.CurrentValues.SetValues(entry.OriginalValues); 
          entry.State = EntityState.Unchanged; 
          break; 
         } 
        case EntityState.Deleted: 
         { 
          entry.State = EntityState.Unchanged; 
          break; 
         } 
        case EntityState.Added: 
         { 
          entry.State = EntityState.Detached; 
          break; 
         } 
       } 
      } 
     } 

Answer 5

Esto puede ser una respuesta de edad, pero útil para cualquier nuevo programa de visitas .... La función de recarga que se recargue el objeto de la fuente de datos y sobrescribir los cambios existentes y la entidad recién cargada tendrá un estado sin cambios.

public static void UndoEntityChanges(object Entity) 
{ 
    <EFModelContainer>.Entry(Entity).Reload(); 
}