Добрый день.

Есть класс, который что-то пишет себе в List<String>. Каждый раз, когда лист разрастается до n элементов его содержимое пишется на диск и список очищается. Когда приложение закрывается у класса вызывается метод, который сбрасывает список на диск, даже если он не достиг n элементов. 

Вопрос: можно ли как-то сделать, чтобы даже при необрабатываемом эксепшене (которое рушит приложение и показывается уже в ОС), этот класс сохранял свой список на диск? 

P.S. Не хочется, чтобы класс привязывался к каким-либо событиям типа Application.ThreadException . 

Заранее спасибо.

Доброго времени суток!

Насколько я понимаю Ваш вопрос, он полностью упирается в проектирование приложения. "Необрабатываемый экспешн" - это непредусмотрительность разработчика. Система ловит только то, с чем приложение справится оказалось не в состоянии. При правильном использовании обработки исключений код сохранения помещают в блок finally конструкции try - cacth - finally. Так Вы обращайтесь с исключениями, которые могут выбросить модули в ваше приложение. Защищайте свои внутренние структуры. А уж как распорядится со списком класс, при вызванном исключении во время его выполнения зависит полностью от религии его разработчиков.

Удачи!

Тут подразумевается, что этот класс может использоваться кем-то другим, не мной. И я не могу гарантировать, что тем человеком будет правильно спроектировано приложение. Я хочу быть уверенным, что в случае, если произойдет необрабатываемый эксепшн вне моего класса, мой класс сможет сохранить свое содержимое на диск. Это возможно ?

Ключевая фраза   

"Разделяй и властвуй". Оберегайте свои внутренние структуры и боритесь с тем, что может случится в Вашем классе. Не делайте никаких предположений относительно его использования. Никакое ясновидение не поможет. Следить за внешним приложением Вы всё равно никакого права не имеете. Ваше минимальная задача - сохранить данные и сообщить об Exception, случившемся у Вас. А если у него не хватит мозгов обработать документированное исключение, или его приложение падёт вообще в другом месте, то это абсолютно его собачье дело.


Это сообщение отредактировал(а) Walker - 28.4.2008, 09:40

вот это ключевая фраза .

У себя-то я обрабатываю все исключения и т.п. Но, когда у него произойдет исключение, мой класс должен все-равно сохранить свои данные на диск. Это возможно или нет?

Можно ли это сделать через финализатор?
Или еще как?

P.S. (вопрос не совсем в тему) Что вообще происходит с объектами в момент "вылета" приложения? Убирает ли их GC? 

Это сообщение отредактировал(а) amarenkov - 28.4.2008, 09:53

Ну, как хотите.

Я считаю, что отказоустойчивость на уровне класса - излишество. Система тоже может уйти в синий экран. Сбрасывайте свои дампы периодически в temp-файлы. Может кто ещё чего посоветует.

Удачи!

ЗЫ! Убирает. Но не GC, а среда исполнения.

Подписываемся на событие AppDomain.CurrentDomain.UnhandledException.

Walker, спасибо .

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

Добавлено через 24 секунды
mr.DUDA, а без этого никак ?

Сбрасывайте её непосредственно перед модификацией. Изменения вносите только при условии удачного окончания операции вывода. Тогда вас сломает только многопроцессорность.

amarenkov, если код "вылетит" без обработки try..catch, событие UnhandledException сгенерируется в любом случае (кроме StackOverflowException и исключений ThreadPool, о них разговор особый). Вроде это и нужно было?

mr.DUDA , спасибо, это подойдет. Просто было интересно, возможны ли еще решения .

Можно то же самое сделать на событии Application.ThreadException