🚀 go-pugleaf

Przemek Pokrywka <adres@zastrzezony.com> napisał(a): 

>  > A znam nawet takich, co uwazaja ze w ogole
> > nie powinno sie we wlasnym kodzie wprowadzac wyjatkow, tylko raczej zwracac
> > wartosci oznaczajace bledy - i potrafia to przekonujaco uzasadniac (a ja
> > niekoniecznie).
> 
> Ja nie potrafię tego w żaden sposób wytłumaczyć, kody błędów to dla mnie 
> śmieszny archaizm :)

OK. Filozofia jest mniej wiecej taka :-)

Nasz kod to taki, który możemy swobodnie zmieniać, poprawiać. Zatem jest on
poprawny, albo możemy go poprawić, jak się okaże że jest gdzieś bug. W każdym
razie, można z nim dążyć do doskonałości. Czyli sytuacje błędne nie mają się w
nim pojawiać. Każdy runtime exception oznacza bug w kodzie i prowadzi do
szybkiego bugfixa. Zatem, jeśli coś jest przewidywalnym i zaprojektownym
"błędem", to jest raczej wynikiem działania pewnej funkcji niż wyjątkiem - nie
chcemy ani nie potrzebujemy znać jego stacktrace'u, co jest główną różnicą
między wyjątkiem a zwracaniem kodu błędu (są też inne różnice, ale mniej ważne).

-MS

-- 
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/