Dobrý den,
ten log mi celkem vyhovuje, protože u nás ve firmě používá moje aplikace cca 20 kolegů, ale všichni mi neříkají, že jim vyskočila chybová hláška. Pokud se, ale tyto chyby archivují do logu na síti, tak mám pak možnost kouknout, proč aplikace nefungují optimálně a mám pak možnost úpravou kódu předejít podobným chybám - pádům aplikace.

Na ten universální rutinu jsem koukal včera na nějakém anglickém fóru, ale zatím jsem to nepochopil, jak na to :)

Zdravím Pavle,
používáni try catch je asi nejsazší způsob jak chytat neočekávané chyby a já je používám stejně. Vždy do catch pošlu buď info o stavu operace, nebo jen objekt chyby a mám jednen sub co zase rozhodne podle parametru který dostane jesli bude logovat, vyhazovat hlášky a pod.

Osobně nedávám try catch uplně všude ale pouze tam kde se něco děje a vím že nedokažu vstup ošetřit dostatečně na to abych to měl 100% pokryté. Jako nejčastější kontroly jsou - jestli typ objektu co jsem dostal je správný, jestli není objekt prázdný, jestli má kolekce nějaké oběkty.

Celou proceduru kde se začne volat práce je v try catch, tím se mi chytne zbytek co jsem nepořešil.

Existuje taky třída Log pokud používáš VS např WinForm nebo WPF.

https://docs.microsoft.com/en-us/dotnet/api/microsoft.visualbasic.logging.log?view=netframework-4.8

případně tady je postup řešení
https://stackoverflow.com/questions/20368699/handling-exception-at-application-level

je to využití eventu, který nastane při každé chybě, pak ho na něj stačí reagovat

Uživatel odpovídá na příspěvek #6837:
Naprostý souhlas, rutina napsaná za půl dne, a pak další dva dny ošetřování, kontroly vstupů a psaní manuálů.