Есть ли жизнь без Resharper-а?

Я не сомневаюсь, что решарпер может многое, что еще не умеет студия, и этим исследованием я занялся не от «хорошей жизни».
Начал со сравнения навигации: судя по всему можно жить. Теперь я продолжу сравнивать другие фичи, которые используется в моей команде.

Как тестировать код финализатора (c#)

Не совсем, я проверяю, что финализатор вызывает нужный мне код.

Как тестировать код финализатора (c#)

Теперь заметил.

Как тестировать код финализатора (c#)

Спасибо. Буду иметь ввиду. Но в даннм случае, домен использовался только для теста.

Как тестировать код финализатора (c#)

К тому же процессы иногда живут долго: в моем случае месяцами. Так что приходится очищать все что можно и до завершения процесса.

Как тестировать код финализатора (c#)

Временный файл, созданный на диске, не будет «почищен».

Как тестировать код финализатора (c#)

Интересное замечание.
Надо попробовать реализовать unit тест для данного примера.
Спасибо.

Как тестировать код финализатора (c#)

А как же все эти трюки, что таймер (созданный в main) запущенный в DEBUG режиме работает до конца программы, но в RELEASE режиме умирает довольно быстро?

Как тестировать код финализатора (c#)

Не понимаю: я проверяю, что Dispose, когда он вызывается «закрывает» ресурс. С другой стороны, я проверяю, что когда Dispose не вызывается, то финализатор «закрывает» ресурс. Где тут дублирование, с учетом, что это не совсем unit тест?

Как тестировать код финализатора (c#)

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

Как тестировать код финализатора (c#)

Кстати, это только в DEBUG режиме нужно null присваивать, или в RELEASE тоже?
Ведь если нет ссылки на объект, то вроде бы зачем присваивать null?

Как тестировать код финализатора (c#)

Убедили. Так что теперь у меня есть два способа тестировать финализатор.
Спасибо!

Как тестировать код финализатора (c#)

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

Как тестировать код финализатора (c#)

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

Как тестировать код финализатора (c#)

Хорошо бы. И я пытаюсь это делать. Но как я могу быть уверен на 100%, что Dispose всегда вызывается? Что он и завтра всегда будет вызываться?

Как тестировать код финализатора (c#)

Да. Реализация Dispose покрыта тестом.

Как тестировать код финализатора (c#)

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

Как тестировать код финализатора (c#)

точно: я забыл написать

temporaryFile = null;

рука отказалось такое писать :).

да, в таком случае этот способо гораздо более прост.
кстати, ведь не советуют вызывать GC.Collect(); или GC.WaitForPendingFinalizers();
утверждают, что это все равно только просьба к сборщику мусора, а когда он на самом деле захочет делать работу неизвестно.
или запутывают?

Как тестировать код финализатора (c#)

в данном случае это не критично: таких тестов обычно не много.

Как тестировать код финализатора (c#)

и тем не менее я считаю нужным его тестировать