🚀 go-pugleaf

On Fri, 31 Oct 2008, Krzysztof Wolny wrote:

>> podejscie umieszczania setVisible(true) na koncu metody
>> inicjujacej formatke, po stworzeniu wszystkich komponentow. Tak bylo 
>> prosciej.. np z menu aplikacji czy z buttona utworzyc nowy obiekt 
>> konstruktorem i mozna bylo zapomniec o nim.
> Czy prosciej to tez nie wiadomo bo co jesliby formatka miala cos zwracac? Ja 
> zwykle robilem tak (pseudokod z palca):
>
> btnAddUserActionPerformed()
> {
>  UserDialog ud = new UserDialog(null); //null by odroznic od edycji
>  ud.setVisible(true); //czekamy az formatka zostanie zamknieta, obojetnie 
> czy przyciskiem 'dodaj' czy 'anuluj'
>  ResultEnum result = ud.getResult();
>

akurat nie ma potrzeby zwracania wartosci w tym przypadku, ale jak juz 
musialem zwracac wartosc, to znow sobie "uproscilem" wzorujac sie na 
dialogu SWT ktory ladnie zwraca wartosc metoda open() w przeciwienstwie do 
Swingowego, i znowu setVisible bylo umieszczone w Dialogu w tym przypadku 
byla to metoda getResult() a "prostsze" wywolanie wygladaloby tak:

Object result = new UserDialog(null).getResult();

Napewno jest to malo przejrzyste rozwiazanie i wracajac do kodu po 
czasie mozna sie dziwic dlaczego setVisible(true) jest przed 'return result;' w getResult() .
Natomiast nie tworzylbym juz dodatkowego typu ResultEnum, okreslajacego czy w dialogu zostala w ogole wybrana jakas wartosc skoro mozna sprawdzic czy 
getResult zwroci np. null, tak jak jest to w SWT
Pozdrawiam