Книга: ЯЗЫК ПРОГРАММИРОВАНИЯ С# 2005 И ПЛАТФОРМА .NET 2.0. 3-е издание
Формализованный шаблон освобождения ресурсов
Формализованный шаблон освобождения ресурсов
Текущая реализация MyResourceWrapper работает вполне приемлемо, но некоторые недостатки она все же имеет. Во-первых, каждому из методов Finalize() и Dispose() приходится очищать одни и те же неуправляемые ресурсы. Это, конечно, ведет к дублированию программного кода, что усложняет задачу его поддержки. Лучше всего определить приватную вспомогательную функцию, которая вызывалась бы каждым из двух этих методов.
Далее, следует убедиться в том, что метод Finalize() не пытается освободить управляемые объекты, которые должны обрабатываться методом Dispose(). Наконец, желательно гарантировать, что пользователь объекта сможет многократно вызывать метод Disposed без появления сообщений об ошибке. В настоящий момент наш метод Dispose() таких гарантий не дает.
Для решения указанных проблемы Microsoft определила формализованный шаблон для освобождения ресурсов, устанавливающий баланс между устойчивостью к ошибкам, производительностью и простотой поддержки. Вот окончательная (и аннотированная) версия MyResourceWrapper, для которой используется этот "официальный" шаблон.
public class MyResourceWrapper: IDisposable {
// Используется для того, чтобы выяснить,
// вызывался ли метод Dispose().
private bool disposed = false;
public void Dispose() {
// Вызов нашего вспомогательного метода.
// Значение "true" указывает на то, что
// очистку инициировал пользователь объекта.
CleanUp(true);
// Запрет финализации.
GC.SuppressFinalize(this);
}
private void CleanUp(bool disposing) {
// Убедимся, что ресурсы еще не освобождены.
if (!this.disposed) {
// Если disposing равно true, освободить
// все управляемые ресурсы.
if (disposing) {
// Освобождение управляемых ресурсов.
}
// Освобождение неуправляемых ресурсов.
}
disposed = true;
}
~MyResourceWrapper() {
// Вызов нашего вспомогательного метода.
// Значение "false" указывает на то, что
// очистку инициировал сборщик мусора.
CleanDp(false);
}
}
Обратите внимание на то, что теперь MyResourceWrapper определяет приватный вспомогательный метод, с именем Cleanup(). Если для его аргумента указано true (истина), это значит, что сборку мусора инициировал пользователь объекта. И тогда мы должны освободить и управляемые, и неуправляемые ресурсы. Но если "уборка" инициирована сборщиком мусора, то при вызове CleanUp() следует указать false (ложь), чтобы внутренние объекты не освобождались (поскольку мы не можем гарантировать, что они все еще находятся в памяти). Наконец, перед выходом из CleanUp() член-переменная disposed логического типа устанавливается равной true, чтобы Dispose() можно было вызывать многократно без появления сообщений об ошибках.
Исходный код. Проект FinalizableDisposableClass размещен в подкаталоге, соответствующем главе 5.
На этом наше обсуждение того, как среда CLR управляет объектами с помощью сборки мусора, завершается. Остались нерассмотренными еще ряд вопросов, связанных с процессом сборки мусора (это, например, слабые ссылки и восстановление объектов), но вы теперь имеете достаточно знаний для того, чтобы продолжить исследование данной темы самостоятельно в удобное для вас время.
- Создание типов, предусматривающих освобождение ресурсов и финализацию
- Шаблон
- Удаление шаблонов узлов STP
- Сохранение и использование шаблона узла
- Создание рабочей области для собраний с использованием шаблона
- Часть III. Шаблоны разработки через тестирование
- Пример использования шаблона «Выводы – рекомендации»
- Повторяем части шаблона
- Шаблон: значение по умолчанию
- Листинг 11.11. Три полезных способа кэширования графических ресурсов
- Шаблоны
- Практическая работа 36. Использование шаблонов и тем