Привет.
Не могу понять, как работает данная конструкция:




Я могу понять "что делает" этот код. Полагаю, что using вызывается после того, как делегат сработает, первый и единственный раз, - т.е. фактически делегат после выполнения сможет почистить память за собой.

Вот понимаю конструкцию такого вида:


Когда поток управления дойдет до закрывающей скобки, будет вызван Dispose. Все просто и линейно.

А в сложном варианте я не понимаю КОГДА и ПОЧЕМУ должен сработать Dispose у делегата, который возвращается методом Register.

Объясните пожалуйста.

Так есть у кого идеи, как работает эта магия ?

ЕвгенийВ,

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

Я думал, что регистрация этого делегата происходит как,например, регистрация обработчика кнопки на форме.
После чего программа выполняется неопределенно долго - и в какой-то момент может сработать этот обработчик. Я думал "ой, но ведь мы уже не в try finally находимся. Почему должен сработать finally, если его нет ?" (т.е. откуда вокруг обработчика кнопки будет блок try finally).

Понял свою ошибку. Управление никуда не выходит за пределы этой функции !
Мы ожидаем выполнения tcs.Task, после чего и срабатывает finally, который вызывает Dispose.

Все понял.

PS. В процессе изучения вопроса узнал, что есть такая штука как "IDispose abusing". Когда IDispose используют не только для обычной отчистки ресурсов, но и для того, чтобы гарантированно выполнить некую работу. Какую угодно. В данном случае для де-регистрации колбека делегата, а не для отчистки ресурсов.