Forum Debian Users Gang

@kamikaze:

Dzięki za info - tak zacząłem sobie szukać po google na ten temat i trafiłem na coś ciekawego:

http://google-styleguide.googlecode.com/svn/trunk/c … ml#Exceptions

Wygląda na to że w swoim kodzie Google nie stosuje wyjątków! W powyższy linku jest podana całkiem poważna argumentacja dlaczego, podobną stosują ludzie z QT które to też wyjątków nie ma... do tego widzę że niektórzy narzekają na wydajność tego rozwiązania i chociaż podkreśla się że raczej są to przykłady dość skrajne, to zdarza się że programista zrobi coś w stylu:

try
{
    foreach(var item in tablicaWartości)
    {
        var X = Decimal.Parse(wartość)
    }
}
catch(Exception e)
{

}

Tylko po to żeby sparsować np plik zawierający jakieś kwoty + puste wartości, a takie coś potrafi znacząco spowolnić aplikacje... generalnie widzę że ludzie zgadzają się co do tego że wyjątki powinny być stosowane w sytuacjach wyjątkowych, a nie do regularnego sprawdzania, o tym nie wiedziałem (chociaż akurat ja preferuję zwykle "if'a" nad throwem ;] ).

Co do pakowania wyjątków - myślisz że ma to sens w przypadku gdy wyrzucony/zapisany ma być zawsze tylko komunikat + stacktrace, czy raczej chodzi o jakieś specyficzne sytuacje?


EDIT:

Hmmm im więcej czytam czuję się coraz bardziej zagubiony w temacie...

Jedni piszą żeby przełapywać wszystkie wyjątki, inni tylko te które można ralnie obsłużyć.
Jedni piszą żeby o ile i tak nie można nic poza logowaniem zrobić, dać sobie spokój i nic nie przechwytywać, ewentualnie używać bloku try{}finally{} zamiast try{}catch(Exception e}, w klamrze finally zrobić co trzeba do czyszczenia (o ile coś trzeba) nic nie logować i dać wyjątkowi polecieć dalej żeby tam został przechwycony - @kamikaze możesz z doświadczenia powiedzieć co jest lepsza praktyką?

Ostatnio edytowany przez Huk (2013-02-13 11:54:35)