From: <ta...@we...> - 2003-06-13 11:55:59
|
On Fri, Jun 13, 2003 at 12:39:43PM +0200, Kouba Tomas wrote: > Doplneni: ten jiny zpuisob zpracovani nekritickych chyb je: aplikace se z > chyby zpamatuje a zaloguje ji nebo se z ni nezpamatuje a pak jde o chybu > kritickou. Navrhl jsem DgsError2.java, ktery toto resi. Myslenka prototypu je IMHO spravna. Jenom drobne poznamky: 1) terminate() je lespi volba jmena pro termination() Jmennne konvence by mely vychazet z toho, ze volajici objekt chce, aby volany vykonal cinnost. Proto se pouzivaji jmena typu create(), execute(), setX(), getX(), zkratka provedNeco() misto neco() 2) Projdete si dobre Javadoc k java.lang.Exception . Opravdu si myslite, ze DgsError2 poskytuje maximalni mnozstvi informaci, kter by mohl poskytnout? Mne osobne chybi ex.getLocalizedMessage() ex.printStackTrace() (toto volitelne, na zaklade nastaveni nejake systemove property nebo boolovske konstanty DEBUG) Jeste na zaver: Pri psani o staticke metode jsem mel na mysli ten pripad, kdy vsechny veci, ktere by mohly byt konfigurovatelne, si vytahne Helper z nejakych singletonu ci z kontextu. Oto 'tapik' Buchta |