Se recomandă să intercepteze excepții specifice atunci când înțeleg de ce acestea sunt generate într-un anumit context.
Ar trebui să prinde numai acele excepții, cauzele care pot fi eliminate. De exemplu, FileNotFoundException. care se obține ca urmare a încercărilor de a deschide un fișier inexistent, care poate fi procesat prin aplicarea, după cum se poate raporta problema pentru utilizator și permite utilizatorului să specifice un nume de fișier diferit sau creați un nou fișier. Fișier deschis cerere generatoare ExecutionEngineException. nu ar trebui să fie tratate ca fiind cauza unei excepții este incertă, iar cererea nu poate garanta funcționarea în condiții de siguranță a continuat.
Nu abuza interceptări. cu excepția părții ar trebui să li se permită să se deplaseze în sus stiva de apel.
Interceptarea excepții care nu pot fi tratate cu succes, ascunde informații critice pentru depanare.
Utilizați „încercați-în cele din urmă“ și pentru a evita folosirea „try-catch“ pentru a ignora excepție. Într-un cod de manipulare excepție de bine scris „try-în cele din urmă“ este mult mai frecvent decât „try-catch“.
Scopul este de a prinde manipulare clauză de exceptare (de exemplu, înregistrarea erorilor non-fatale). Scopul declarației este în cele din urmă o execuție de cod, indiferent dacă pentru a genera o excepție. Atunci când se utilizează resurse costisitoare sau de limitate, cum ar fi conexiunile de baze de date sau fluxuri pentru a pune în cele din urmă blocul de cod.
Este de preferat să se utilizeze un gol atunci când captarea și generarea de re-genera o excepție. Acesta este cel mai bun mod de a păstra stiva de apel excepție.
Exemplul următor ilustrează metoda de generare a unei excepții. Această metodă este utilizată în exemplele următoare.