Компоненты CommonDialog должны быть утилизированы?

Question

Использование блоков кода или метода Dispose не используется в этом примере MSDN о диалоговых окнах.

Но почему он не утилизирован, несмотря на его метод Dispose?

Answer 1

Hmya, это не кристально ясно, к сожалению. OpenFileDialog и друзья наследуют Dispose() из класса Component. Каждый компонент должен реализовать Dispose(), потому что метод Dispose() формы вызывает его. Просто так бывает, что есть несколько классов, основанных на компонентах, которые имеют метод Dispose() do-nothing. Классы диалога подобны этим, это диалоги. Они очищают любые неуправляемые ресурсы, когда диалог закрывается. Никакой дополнительной помощи не требуется.

Это не совсем хорошо документировано. Это несколько заметно, библиотека MSDN показывает, что метод был унаследован, а не переопределен классом. Что еще не делает очевидным, что в обход унаследованного метода Component.Dispose() все в порядке (оно есть). Если вам неудобно, многие программисты, то не стесняйтесь обернуть его с помощью инструкции. Это не вредит вызову метода Dispose(), который ничего не делает. Ну, не такой вред, который вы когда-либо могли бы измерить.

Answer 2

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

Кроме того, сколько раз, по вашему мнению, диалог файла обычно отображается в течение срока службы приложения?

Answer 3

The Garbage Collector очищает вас после того, как вы явно не указали Dispose().
В большинстве случаев вы можете полагаться на сборщик мусора, чтобы сделать это за вас, если только вы не очень четко разбираетесь в использовании минутной памяти после каждого наращивания.