🚀 go-pugleaf

Aleksander Galicki wrote:
> le, ze tak powiem, obciach. Przepraszam, nie wylogowalem sie z konta mojej TŻ :-)

Aż dłuższą chwilę zastanowienia miałem... przy całym szacunku do 
ciekawych doświadczeń i ogólnego życiowego rozsądku Immony nie 
podejrzewałem jej aż o taką wszechstronność :).

A sam wątek, nota bene, jest dość jałowy.

Java ma już swoje lata (zresztą z doświadczeń Java skorzystał też C# i 
.NET(*)), pewne best practices zdążyły się już wykrystalizować:

http://www-128.ibm.com/developerworks/java/library/j-ejbexcept.html
http://www.onjava.com/pub/a/onjava/2003/11/19/exceptions.html?page=1

i nie ma co odkrywać koła na nowo. Bardzo rozbawił mnie kiedyś ten artykuł:
http://jdn.pl/node/387
którego tezy są wprawdzie dość niesprawiedliwie wycelowane w Polaków, 
ale w ogólności coś w tym jest, że serwisowi thedailywtf.com nie brakuje 
treści do publikowania ;).

Jeśli ktoś ma wątpliwości jak obsługiwać błędy w warstwie DAO, a ten 
temat przewija się przez wątek, to warto zobaczyć, jak to zostało 
zrobione np. w Hibernate, TopLink czy Spring. A swoją drogą to poza 
wybitnie kuriozalnymi przypadkami przepychania checked exceptions z 
warstwy obsługi danych do samego widoku przez różne dziwne rzeczy po 
drodze, nie spotkałem się nigdy z sytuacją, żeby pomysł na obsługę 
wyjątków był aż tak zły, żeby powodowało to jakiś widoczny narzut kodu 
czy animozje projektowe.

(*) .NET zrezygnował z checked exceptions, co z jednej strony może mieć 
pewne zalety, z drugiej zaś biedni .netowi programiści nadal nie wiedzą, 
co może wylecieć z nieznanej im metody, o ile autor nie zadbał o 
precyzyjną dokumentację.

pozdrawiam,
-- 
mgl