Ošetření vyjímek v rámci třídy – .NET – Fórum – Programujte.com

Dá se nějakým zposobem ošetřit všechny vyjímky v rámci jedné řídy??? Něco jako try, ale nebylo by to v události ale ve třídě. Ty události by byly například v tom try a pokud by se něco v těch událostech nepovedlo, ...


Snad mi porozumíte

To TopicMan : No chapu co tim myslis, ale mam pocit ze to nejde, vyjimky byly stvorene k tomu ucelu, ze si s tim osetris nejakou akci, ktera nedopadne jak ma a diky osetreni se z toho program vzpamatuje.

To TopicMan : Takhle to nejde a vlastně není důvod, proč by mělo. Pokud lze situaci ošetřit jinak než zpracováním výjímky, je to zpravidla lepší cesta. Existuje možnost globálního zpracování všech výjimek, ale to slouží k trochu jiným účelům.

V zasade me napadaji dve moznosti:

1) nejjednodusi je odchytavat "unhandled" Exceptiony na urovni celeho "programu" (AppDomain) a pak dal filtrovat, co se ma delat podle sendera, nebo typu Exception apod.
a) AppDomain.CurrentDomain.UnhandledException
b) Application.ThreadException
na to se da najit na MSDN zajimave tema "Exception Handling Application Block"

2) podivat se na http://www.postsharp.org/
a uzitim nabizenych knihoven si udelat vlastni Attribute aplikovatelny na tridu, ktery zajisti v dane tride, ze vsechny metody budou po zbuildeni vlozeny do try-catch bloku.

Vse je vsak z poznamkou, ze pozadovany zpusob neni moc dobry z hlediska vykonu.

Výnimky ako také sú dosť pomalý mechanizmus. Podľa väčšiny literatúry ku ktorej som sa dostal je odporúčané využívať ich iba v stavoch ktoré za normálnych okolností nenastanú. Tj môžu nastať len vo veľmi výnimočných prípadoch. Oveľa lepší prístup je kontrolovať dáta ktoré by výnimku mohli vyvolať a ktoré sú programom akceptovateľné.
Ak tvoju triedu využíva niekto iný, tak nech si svoj bordel pekne krásne ošetrí sám. Na tvojom mieste by som prekopal návrh od základov a stavím sa, že ti z toho vylezie niečo oveľa kvalitnejšie.

Udelal jsem jedno reseni uzitim Postsharp-u
www.postsharp.org

Jsou tam tri projekty - jeden ma v sobe atribut aplikovatelny na tridu. Druhy ma v sobe tridu Hruska na niz je aplikovany tento atribut s parametrem typeof(NullReferenceException). A treti je winform aplikace ktera testuje dve metody objektu typu Hruska. V jedne testovaci metode dojde k NullReferenceException a ta je pouze zapsana do Output okna v debug modu. V druhe testovaci metode dojde k DivideByZeroException a ta neni zachycena vubec.

PS: pokud chcete zachytavat vsechny typy Exception, pak staci smazat parameter v deklaraci parametru tridy Hruska.

PPS: pokud si chcete "zprovoznit" take nejaky atribut vytvoreny na bazi PostSharp-u je treba si precist soubor EnablingPostSharp.txt a ridit se jim. Je treba totiz nejen nareferencovat prislusne dll soubory, ale i v notepadu upravit projekt, ve kterem jsou atributy pouzity.

PPPS: i autor PostSharpu poznamenava, ze pristup, ktery jsem udelal ve sve ukazce neni optimalni z hlediska vykonu !