http://jtechnics.anzix.net/2009/12/07/printstacktrace/ Java napló Fri, 30 Jul 2010 01:29:26 +0000 hourly 1 http://wordpress.org/?v=3.2.1 http://jtechnics.anzix.net/2009/12/07/printstacktrace/#comment-249 balopat Mon, 18 Jan 2010 16:45:45 +0000 http://jtechnics.anzix.net/?p=360#comment-249 Hi! Érdekes, pont egy hasonló community site-ot tervezünk készíteni szakdolgozatként+egy-két egyéb stacktrace-központú funkció...Ha érdekel a dolog dobj egy mailt, tavasszal mindenképp megcsináljuk, már bent van a téma :) Vagy ha esetleg JUM-on leszel most, akkor beszélhetünk róla, én megyek. Üdv, Bálint Hi!
Érdekes, pont egy hasonló community site-ot tervezünk készíteni szakdolgozatként+egy-két egyéb stacktrace-központú funkció…Ha érdekel a dolog dobj egy mailt, tavasszal mindenképp megcsináljuk, már bent van a téma
Vagy ha esetleg JUM-on leszel most, akkor beszélhetünk róla, én megyek.
Üdv,
Bálint

]]> http://jtechnics.anzix.net/2009/12/07/printstacktrace/#comment-248 ujtordai Sat, 19 Dec 2009 07:49:02 +0000 http://jtechnics.anzix.net/?p=360#comment-248 A véleményem az, hogy illik megtervezni/átgondolni hogy az adott helyen előforduló exception-t mi módon és hol /milyen szinten/ kezeljük. Fontos értesiteni/valami felhasználóbarát módon/ a user-t is bizonyos esetekben hogy ooÓÓÓ valami nem jó, így elkerülhetjük a felhasználó félrevezetését. Ha ezt átgondoljuk kivédhetjük a problémákat. Azonban nem egyszerű feladat, mert egy 120+ project-es rendszerben el lehet gondolkodni a dolgon! Azért kiemelném a korrekt naplózást is! Mert pl. egy alkalmazás, ami világ másik végén van és ráadásul zárt ami alatt arra gondolok, hogy nem vagy csak ritkán biztosítanak hozzáférést on-line ban - az ott előforduló hibákról egy korrekt naplófájl /log/ aranyat érhet! A másik véglet az, ha semmi nincs a catch ágakban. Attól borsódzik a hátam, ha valaki a catch-eket üresen hagyja, és még egy comment-et sem hagy benne, hogy miért is jó, ha üresen hagyta, A hab a tortán az, amikor más kódjában kell keresgetni a lenyelt exception-oket, és az üres catch-ek ott virítanak :-) A véleményem az, hogy illik megtervezni/átgondolni hogy az adott helyen előforduló exception-t mi módon és hol /milyen szinten/ kezeljük. Fontos értesiteni/valami felhasználóbarát módon/ a user-t is bizonyos esetekben hogy ooÓÓÓ valami nem jó, így elkerülhetjük a felhasználó félrevezetését. Ha ezt átgondoljuk kivédhetjük a problémákat. Azonban nem egyszerű feladat, mert egy 120+ project-es rendszerben el lehet gondolkodni a dolgon! Azért kiemelném a korrekt naplózást is! Mert pl. egy alkalmazás, ami világ másik végén van és ráadásul zárt ami alatt arra gondolok, hogy nem vagy csak ritkán biztosítanak hozzáférést on-line ban – az ott előforduló hibákról egy korrekt naplófájl /log/ aranyat érhet!
A másik véglet az, ha semmi nincs a catch ágakban. Attól borsódzik a hátam, ha valaki a catch-eket üresen hagyja, és még egy comment-et sem hagy benne, hogy miért is jó, ha üresen hagyta, A hab a tortán az, amikor más kódjában kell keresgetni a lenyelt exception-oket, és az üres catch-ek ott virítanak

]]> http://jtechnics.anzix.net/2009/12/07/printstacktrace/#comment-247 pcjuzer Mon, 07 Dec 2009 17:43:34 +0000 http://jtechnics.anzix.net/?p=360#comment-247 Ide vezet a kényszer, hogy mindenki checked exception-öket használ és az olyan hibákat amivel nem tud mit kezdeni becsomagolja és tovább dobja. Ide vezet a kényszer, hogy mindenki checked exception-öket használ és az olyan hibákat amivel nem tud mit kezdeni becsomagolja és tovább dobja.

]]> http://jtechnics.anzix.net/2009/12/07/printstacktrace/#comment-246 zmb Mon, 07 Dec 2009 16:37:01 +0000 http://jtechnics.anzix.net/?p=360#comment-246 Hat, izlesek es pofonok. En jobban szeretem azokat a kivetleket, amik nem kilometer hosszuak, es nem 20 van egymasba agyazva. Es persze revelans, hasznalhato hibauzenet jon vissza. Hat, izlesek es pofonok. En jobban szeretem azokat a kivetleket, amik nem kilometer hosszuak, es nem 20 van egymasba agyazva. Es persze revelans, hasznalhato hibauzenet jon vissza.

]]>