¿Por qué es posible enumerar una consulta DbLinq después de llamar a Dispose() en el DataContext?

Question

Actualización - La respuesta es aparentemente que DbLinq no implementa Dispose() correctamente. D'oh!

---

El abajo es todo tipo de engañosa - En pocas palabras: DbLinq (todavía) no es equivalente a LinqToSql, ya que asumí cuando originalmente hice esta pregunta. Úselo con precaución!

Estoy usando el patrón de repositorio con DbLinq. Mis objetos de repositorio implementan IDisposable, y el método Dispose() solo hace una cosa: llama al Dispose() en el DataContext. Cada vez que utilice un repositorio, que lo envuelve en un bloque using, así:

public IEnumerable<Person> SelectPersons() 
{ 
    using (var repository = _repositorySource.GetPersonRepository()) 
    { 
     return repository.GetAll(); // returns DataContext.Person as an IQueryable<Person> 
    } 
} 

Este método devuelve un IEnumerable<Person>, por lo que si mi interpretación es correcta, sin consulta de la base de datos tiene lugar realmente hasta Enumerable<Person> es atravesado (por ejemplo, mediante la conversión a una lista o matriz o mediante su uso en un bucle foreach), como en este ejemplo:

var persons = gateway.SelectPersons(); 
// Dispose() is fired here 
var personViewModels = (
    from b in persons 
    select new PersonViewModel 
    { 
     Id = b.Id, 
     Name = b.Name, 
     Age = b.Age, 
     OrdersCount = b.Order.Count() 
    }).ToList(); // executes queries 

en este ejemplo, Dispose() es llamado inmediatamente después de establecer persons, que es un IEnumerable<Person>, y eso es el único momento en que se llama.

Así, tres preguntas:

1. ¿Cómo funciona esto? ¿Cómo se puede eliminar un DataContext aún consultar la base de datos para obtener resultados después de que se haya eliminado el DataContext?
2. ¿Qué hace realmente Dispose()?
3. He oído que no es necesario (por ejemplo, consulte this question) deshacerse de un DataContext, pero mi impresión es que no es una mala idea. ¿Hay alguna razón no para desechar un DbLinq DataContext?

Answer 1

1 ¿Cómo funciona? ¿Cómo puede un DataContext eliminado consultar en la base de datos los resultados una vez que se ha eliminado el DataContext?

Es no trabajo. Hay algo que no nos estás mostrando. Supongo que su clase de repositorio no dispone DataContext correctamente/en el momento correcto o que está escribiendo ToList() al final de cada consulta, lo que niega completamente la transformación de la consulta y la ejecución diferida que normalmente obtiene.

Prueba el código siguiente en una aplicación de prueba, yo garantizo usted que va a lanzar una ObjectDisposedException:

// Bad code; do not use, will throw exception. 
IEnumerable<Person> people; 
using (var context = new TestDataContext()) 
{ 
    people = context.Person; 
} 
foreach (Person p in people) 
{ 
    Console.WriteLine(p.ID); 
} 

Este es el caso reproducible más simple posible, y siempre a tirar. Por otro lado, si escribe people = context.Person.ToList() en su lugar, los resultados de la consulta ya se han enumerado dentro del bloqueusing, que apostaría a lo que está sucediendo en su caso.

2 ¿Qué hace Dispose() en realidad?

Entre otras cosas, se establece un indicador que indica que la DataContext está dispuesto, que se comprueba en cada consulta posterior y hace que el DataContext a lanzar una ObjectDisposedException con el mensaje Object name: 'DataContext accessed after Dispose.'.

También cierra la conexión, si el DataContext lo abrió y lo dejó abierto.

3 He oído que no es necesario (por ejemplo, ver esta pregunta) deshacerse de un DataContext, pero mi impresión es que no es una mala idea. ¿Hay alguna razón para no disponer de un LinqToSql DataContext?

Se es necesarioDispose la DataContext, ya que es necesario DisposeIDisposable todos los demás. Podría perder conexiones si no puede eliminar el DataContext. También podría perder memoria si alguna de las entidades recuperadas del DataContext se mantienen activas, ya que el contexto mantiene un caché de identidad interno para el patrón de unidad de trabajo que implementa. Pero incluso si nada de esto fuera el caso, no le concierne lo que el método Dispose hace internamente. Supongamos que hace algo importante.

IDisposable es un contrato que dice: "la limpieza puede no ser automática; debe desecharme cuando haya terminado". No tiene garantías de si el objeto tiene o no su propio finalizador que se limpia después de usted si se olvida de Dispose. Las implementaciones están sujetas a cambios, por lo que no es una buena idea confiar en el comportamiento observado en comparación con las especificaciones explícitas.

Lo peor que puede pasar si dispone de un IDisposable con un método Dispose vacío es que desperdicia algunos ciclos de CPU. Lo peor que puede pasar si falla para eliminar un IDisposable con una implementación no trivial es que pierde recursos. La elección aquí es obvia; si ve un IDisposable, no olvide desecharlo.

Answer 2

"personas" es una colección IEnumerable, el DataContext (repositorio) solo es necesario para realizar la llamada .GetNew.

las palabras clave de/select/etc son azúcar sintáctica para los métodos de extensión agregados en el espacio de nombres System.Linq. Estos métodos de extensión agregan la funcionalidad IEnumerable que está utilizando en su consulta, no el DataContext. De hecho, puede hacer todo esto sin usar LINQ2SQL en absoluto, creando programáticamente un IEnumerable para demostrar.

Si intenta realizar más repositorios (DataContext) llama utilizando estos objetos, es cuando recibirá un error.

La colección IEnumerable contendrá TODOS los registros de su repositorio, es por eso que no necesita el DataContext para realizar la consulta.

Los métodos de extensión: http://msdn.microsoft.com/en-us/library/bb383977.aspx

métodos de extensión LINQ: http://msdn.microsoft.com/en-us/library/system.linq.enumerable_members.aspx

Answer 3

profundo de la API, es probable que vea un método que utiliza una API como éste:

http://msdn.microsoft.com/en-us/library/y6wy5a0f(v=VS.100).aspx

Cuando el comando se ejecuta, el objeto Connection asociado se cierra cuando se cierra el objeto DataReader asociado.