Закройте и Расположите - чтобы звонить?

Как обычно, ответ: это зависит. Различная реализация классов IDisposable по-разному, и Вам решать проводить необходимое исследование.

До SqlClient идет, методические рекомендации должны сделать следующее:

using (SqlConnection conn = /* Create new instance using your favorite method */)
{
    conn.Open();
    using (SqlCommand command = /* Create new instance using your favorite method */)
    {
        // Do work
    }
    conn.Close(); // Optional
}

Вы должны звонить Dispose (или Close *) на соединении! Сделайте не , ожидают сборщика "мусора" для чистки соединения, это свяжет соединения в пуле до следующего цикла GC (по крайней мере). Если Вы звоните Dispose, не необходимо звонить Close, и начиная с эти using, конструкция делает настолько легким обработать Dispose правильно, нет действительно никакой причины звонить Close.

Соединения автоматически объединены, и вызов Dispose / Close на соединении не делает физически близко соединения (при нормальных обстоятельствах). Не пытайтесь реализовать свое собственное объединение. SqlClient выполняет очистку на соединении, когда это получено от пула (как восстановление контекста базы данных и опций соединения).

*if Вы звоните Close, удостоверьтесь, что сделали это безопасным от исключения способом (т.е. выгодой или наконец блоком).

ДЕЙСТВИТЕЛЬНО необходимо звонить, Располагают ()!

Располагают (), для разработчика для вызова, вызовы Сборщика "мусора" Завершают (). Если Вы не звоните, Располагают () на Ваших объектах любые неуправляемые ресурсы, которые они использовали, не будет расположен, пока сборщик "мусора" не приходит, и вызовы завершают на них (и кто знает, когда это произойдет).

Этот сценарий называют Не Детерминированным Завершением и является общим прерыванием для .net разработчиков. Если Вы работаете с объектами, которые реализуют IDisposable, тогда звонят, Располагают () на них!

http://www.ondotnet.com/pub/a/oreilly/dotnet/news/programmingCsharp_0801.html?page=last

, В то время как может быть много экземпляров (как на SqlConnection), где Вы называете Disponse () на некотором объекте и это просто звонит Близко () на, он - соединение или закрывает дескриптор файла, это - почти всегда Ваш лучший выбор звонить, Располагают ()! если Вы не планируете многократное использование объекта в самом ближайшем будущем.

Для SqlConnection, с точки зрения самого соединения, они эквивалентны. Согласно Отражателю, Dispose() вызовы Close(), а также выполнение нескольких дополнительных освобождающих память операций - главным образом путем установки участников равняются пустому указателю.

Для Потока, они на самом деле эквивалентны. Stream.Dispose() просто вызовы Близко ().

Этот потенциальный быстрый совет стал длинным ответом. Извините.

Как tyler указанный в его хорошем ответе, звоня Dispose() большая практика программирования. Это вызвано тем, что этот метод, как предполагается, "сплачивает вместе" все освобождение ресурса, необходимое, таким образом, нет никаких ненужных открытых ресурсов. Если Вы записали некоторый текст в файл, например, и не удались закрыться, файл (освободите ресурс), это останется открытым, и никто больше не будет в состоянии записать в него, пока GC не придет и делает то, что необходимо было сделать.

Теперь, в некоторых случаях там будет "завершать" методы, более характерные для класса, Вы имеете дело с, как StreamWriter.Close(), который переопределяет TextWriter.Close(). Действительно они обычно больше подходят для ситуации: StreamWriter Close(), например, сбрасывает поток и базовый кодер прежде Dispose() луг объекта! Охладитесь!

Однако просматривающий MSDN Вы найдете, что даже Microsoft иногда путается множеством closers и устройств обработки отходов. На этой веб-странице , например, на некоторых примерах Close() назван перед неявным Dispose() (см. использовать оператор , если Вы не понимаете, почему это неявно), и в одном в особенности они не потрудились. Почему это было бы? Я также был озадачен.

причина я фигурировал (и, я подчеркиваю, это исходное исследование , и я, конечно, мог бы потерять репутацию, если я неправ), то, что Close() мог бы перестать работать, приведя к исключению при оставлении ресурсов открытыми, в то время как Dispose(), конечно, освободит их . Который является, почему Dispose() должен всегда охранять Close() вызов (извините для игры слов).

MyResource r = new MyResource();

try {
  r.Write(new Whatever());

  r.Close()
finally {
  r.Dispose();
}

И да, я предполагаю, что Microsoft надела тот один пример. Возможно, та метка времени никогда не сбрасывать в файл.

я фиксирую свой старый код завтра.

Редактирование: извините Brannon, я не могу прокомментировать Ваш ответ, но действительно ли Вы уверены, что это - хорошая идея звонить Close() на finally блок? Я предполагаю, что исключение из этого могло бы разрушить остальную часть блока, который, вероятно, будет содержать важный код очистки.

Ответ Brannon: большой, просто не забывайте звонить Close(), когда это действительно необходимо (например, когда контакт с потоками - не знает много о соединениях SQL в.NET).

Typecast к iDisposable и вызовите dispose на нем. Это вызовет любой метод, сконфигурированный как реализующий "iDisposable.Dispose", независимо от того, как названа функция.