Цитата(ivashkanet @ 18.3.2008, 09:33  ) |
| 1) В 90% случаев просто логирую и/или показываю юзеру // т.е. ничего толкогового с информацией об ошибке не делаю. |
В catch обычно нужно не только сообщения формировать или логировать для истории ... нужно закрывать ресурсы, чтобы приложение не вредило машине и работало дальше.
| Цитата(ivashkanet @ 18.3.2008, 09:33 ) |
| 2) Любимый catch блок -- catch (Exception ex) // А как же обрабатывать только конкретную ошибку? |
каждый конкретный exception - класс, производный от базового Exsception (например ArgumentException, InvalidOperationException и т.д.) поэтому и ловить нужно несколькими catch-ами
| Код |
|
это не только удобочитаемо и культурно... каждый из классов Exception-ов имеет свои поля и свойства для дополнительной информации об ошибке, которых нет в базовом (иначе зачем создавать потомков, не так ли?). Если же у тебя какая-то кустомная ошибка может быть - создавай свои классы Exception-ов, я так часто делаю... Создаю свой класс Exception-а, который, к примеру, имеет поля типов DataRow, DataColumn, SessionId и т.д. и т.п. И если где-нибудь в иерархии происходит исключение и мне удается привести его к классу своего exception-а ... то польза от этого становится весьма и весьма ощутимой...
К тому же порядок catch-ей важен, поскольку они обрабатываются в порядке указания их в коде. В моем примере если ты перенесешь catch(Exception ex) наверх, то он "закроет" исключения (потому как полиморизм исключений сработает) и catch (ArgumentException ex) будет всегда недостижим, а вместе с ним - и вся твоя дополнительная информация.
| Цитата(ivashkanet @ 18.3.2008, 09:33 ) |
| 3) Больше в голову ничего не приходит, но есть четкое ощущение, что я с эксцепшенами не дружу :( |
ммм... надо батенька, надо.
действительно хорошие статьи:
http://msdn.microsoft.com/library/rus/default.asp?url=/library/RUS/cpguide/html/cpconbestpracticesforhandlingexceptions.asp
http://msdn2.microsoft.com/en-us/library/ms954599.aspx#emag__exception_management
Где бы еще опыта получить... 
