Почему можно перечислить запрос DbLinq после вызова Dispose() в DataContext?

Question

Обновление - Ответ, очевидно, что DbLinq не реализует Dispose() должным образом. D'о!

---

Ниже все рода заблуждение - Итог: DbLinq (пока), что эквивалентно LinqToSql, так как я предполагал, когда я изначально задал этот вопрос. Используйте его с осторожностью!

Я использую шаблон хранилища с DbLinq. Мои объекты хранилища реализуют IDisposable, а метод Dispose() выполняет только одну вещь - вызывает Dispose() на DataContext. Всякий раз, когда я использую хранилище, я обернуть его в using блоке, как это:

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

Этот метод возвращает IEnumerable<Person>, так что, если я правильно понимаю, нет запросов к базе данных на самом деле не происходит до тех пор, Enumerable<Person> не проходится (например, путем преобразования его в список или массив или используя его в foreach петле), как в этом примере:

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 

в этом примере Dispose() вызывается сразу же после установки persons, который является IEnumerable<Person>, и это единственный раз, когда он вызван.

Итак, три вопроса:

1. Как это работает? Как можно разместить DataContext запрос к базе данных для результатов после удаления DataContext?
2. Что делает Dispose() Фактически?
3. Я слышал, что не нужно (например, см. this question) распоряжаться DataContext, но у меня сложилось впечатление, что это неплохая идея. Есть ли причина не, чтобы избавиться от DbLinq DataContext?

Answer 1

1 Как это работает? Как удаленный DataContext по-прежнему запрашивает базу данных для результатов после того, как DataContext был удален?

не работа. Ты что-то не показываешь нам. Я предполагаю, что либо ваш класс репозитория не удаляет DataContext должным образом/в нужное время, либо что вы в полном объеме записываете ToList() в конце каждого запроса, что полностью отрицает преобразование запроса и отложенное выполнение, которое вы обычно получаете.

Попробуйте следующий код в тестовом приложении, я гарантировать, что он будет бросать 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); 
} 

Это простейший случай воспроизводимым, и он всегда будет бросать. С другой стороны, если вместо этого вы напишите people = context.Person.ToList(), то результаты запроса уже были перечислены внутри блок using, на который я ставлю, это то, что происходит в вашем случае.

2 Что делает Dispose() на самом деле?

Среди прочего, он устанавливает флаг, указывающий, что DataContext расположена, который проверяется на каждом последующем запросе и вызывает DataContext бросить ObjectDisposedException с сообщением Object name: 'DataContext accessed after Dispose.'.

Он также закрывает соединение, если DataContext открыл его и оставил его открытым.

3 Я слышал, что нет необходимости (например, видеть этот вопрос), чтобы избавиться от DataContext, но у меня сложилось впечатление, что это не плохая идея. Есть ли причина не избавляться от DataContext LinqToSql?

Это является необходимо DisposeDataContext, как это необходимо Dispose каждый IDisposable. Вы можете потенциально протечь соединения, если не удалите DataContext. Вы также можете утечьте память, если какой-либо из объектов, полученных из DataContext, будет сохранен в живых, поскольку контекст поддерживает внутренний кеш-идентификатор для реализуемого им шаблона единицы работы. Но даже если это не так, это не ваше беспокойство, что делает метод Dispose. Предположим, что он делает что-то важное.

IDisposableдоговор, который гласит: «очистка не может быть автоматической, вам нужно избавиться от меня, когда вы закончите». У вас нет гарантий того, есть ли у объекта собственный финализатор, который очистится после вас, если вы забудете Dispose. Реализации могут быть изменены, поэтому не стоит полагаться на наблюдаемое поведение, а не на явные спецификации.

Худшее, что может произойти, если вы распоряжаетесь IDisposable с помощью пустого метода Dispose, заключается в том, что вы тратите несколько циклов процессора. Самое худшее, что может произойти, если вы не смогли удалить IDisposable с помощью нетривиальной реализации . - это утечка ресурсов. Выбор здесь очевиден; если вы видите IDisposable, не забудьте его утилизировать.

Answer 2

«персоны» - это коллекция IEnumerable, DataContext (репозиторий) требуется только для вызова .GetNew.

ключевые слова из/select/etc являются синтаксическим сахаром для методов расширения, добавленных в пространство имен System.Linq. Эти методы расширения добавляют функциональность IEnumerable, которую вы используете в своем запросе, а не DataContext. Фактически, вы можете сделать все это без использования LINQ2SQL вообще, путем программного создания IEnumerable для демонстрации.

Если вы пытаетесь сделать любые последующие вызовы репозитория (DataContext) с использованием этих объектов, то вы получите сообщение об ошибке.

Коллекция IEnumerable будет содержать ВСЕ записи из вашего репозитория, поэтому для запроса запроса DataContext не требуется.

Метода расширения: http://msdn.microsoft.com/en-us/library/bb383977.aspx

метода расширение LINQ: http://msdn.microsoft.com/en-us/library/system.linq.enumerable_members.aspx

Answer 3

Глубоко внутри API, вы, вероятно, увидеть метод с использованием API, как этот:

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

Когда команда выполняется, связанный объект Connection закрывается, когда связанный объект DataReader закрыт.