puede lanzar a alguien en su opinión acerca de ventajas/desventajas entre envolviendo el DataContext en una instrucción using o no en LINQ-SQL en función de factores como el rendimiento, la memoria el uso, la facilidad de codificación, lo que hay que hacer, etc.En LINQ-SQL, envolver el DataContext es una declaración utilizando - A favor En contra
actualización: en una aplicación particular, he experimentado que, sin envolver el DataContext en el uso de bloques, la cantidad de uso de la memoria siguió aumentando a medida que los objetos vivos no fueron lanzados para GC. Como en el ejemplo siguiente, si mantengo la referencia a la Lista de q objetos y tengo acceso a entidades de q, creo un gráfico de objetos que no se lanza para GC.
DataContext con el uso de
using (DBDataContext db = new DBDataContext())
{
var q =
from x in db.Tables
where x.Id == someId
select x;
return q.toList();
}
DataContext sin usar y mantienen vivas
DBDataContext db = new DBDataContext()
var q =
from x in db.Tables
where x.Id == someId
select x;
return q.toList();
Gracias.
Parece un duplicado de: http://stackoverflow.com/questions/821574/c-linq-to-sql-should-datacontext-be-disposed-using-idposable/821595 – devuxer
Me gustaría saber la impacto en la memoria. – hIpPy
similar a http://stackoverflow.com/questions/821574/c-linq-to-sql-should-datacontext-be-disposed-using-disposable/821595, gracias DanM. – hIpPy