🚀 go-pugleaf

Michal Wojas wrote:
[...]
> Nie do konca rozumiem dlaczego stanowi dla Ciebie problem, cos co
> generalnie uwazane jest za "dobry nawyk programistyczny" ... mowa
> tutaj o warunkach progowych, wyjatkach ... Masz do czynienia z
> prostym przypadkiem, gdzie wyjątek ów, wystąpił na twoich oczach.
> Gorszym przypadkiem jest gdy występuje on, po oddaniu programu
> klientowi i gdy dzwoni do Ciebie np. w srodku fajnej imprezy ;)
>
> No dobra ale wracajac do tego przypadku zalatwia sie go mniej wiecej
> tak ...
>
> try
> {
>    twoj kod ...
> }
> catch (Exception e)
> {
>    //Ewentualnie zapisac e.Message do jakiegos pliku tekstowego
> tudziez bazy }
>
> Pewnie znasz juz try, wydaje mi sie idealne w tej sytuacji
[...]

Witam!

W książce o Javie wyczytałem, że nie należy zastępować prostego testowania
obsługą wyjątków. Otóż obsługa wyjątku nieco bardziej kosztowna niż zwykły
skok w programie. Jeśli jakaś operacja wykonywana jest w pętli i nastąpi
wielokrotnie wyjątek to spowolni to wykonywanie całej pętli.

Ponad to wygląda, że trzeba napisać w każdym projekcie ogólną metode łapania
wszystkich wcześniej nie złapanych.

Czyli:

  static void Main()
  {
   Application.ThreadException += new
ThreadExceptionEventHandler(UnhandledExceptionCatcher);
   Application.Run(new WinForm());
  }

  private static void UnhandledExceptionCatcher(object sender,
ThreadExceptionEventArgs e)
  {
   MessageBox.Show(e.Exception.Message, "Błąd");
  }

W pomocy MSDN jest nawet bardzie rozbudowany przykład dla tego zdarzenia z
obsługą wyjątków w obsłudze wyjątków.

-- 
Pozdrawiam,
Marek Janaszewski
[ j_m...@gazeta.pl ]