🚀 go-pugleaf

On Fri, 03 Jan 2003 19:58:12 +0000, Jarek Zgoda wrote:

> bart <lda2@wp.pl> pisze:
> 
>>>   W aplikacji pisanej przy uzyciu wxPy ;-) z jednego okna otwiram drugie
>>> (typu wxFrame). Nastepnie z tego pierwszego daje self.Close (true), albo
>>> self.Destroy(). I tu pytanie: nie zamyka mi potomnego okienka... A
>>> chcialbym zeby to robilo. Jak mozna to zrobic? (pewnie cos pokopalem z
>>> dziedziczeniem, ale juz nie wiem...) :(
>> jest sobie taka metoda w obiekcie jak __del__ spróbuj ją wykorzystać.
>> wywoływana jest w momencie usuwania obiektu przez GC.
> 
> I - podobnie jak w Javie z metodą finalize() - musisz założyć, że GC 
> zostanie wywołane. A co wtedy, jeżeli GC *nie zdąży zostać wywołane* 
> (program zakończy działanie, a proces PVM zostanie usunięty z 
> pamięci przed wywołaniem GC)?
> Oto jest pytanie. Odpowiedzią jest konstrukcja try...finally. Nie wiem
> czemu jedynie moi koledzy, którzy kiedykolwiek mieli do czynienia z
> Object Pascalem, używają tej konstrukcji "naturalnie" (tzn. zawsze,
> kiedy trzeba).

problem wydaje mi się ze wygląda troszkę inaczej:
masz własna klasę Window i z jej poziomu user otwiera X innych
potomnych okienek, teraz w głównym oknie programu wybiera "Zamknij Okno"
co ma się dziać... zamykamy okna potomne a potem główne... tyle ze 
nie zawsze wiemy jakie okna mamy otwarte a jakie nie...
powiedz gdzie wstawisz try...finally ??? rozwiązanie jest takie żeby
zawsze rejestrować gdzieś nowo otwarte obiekty i zamykać je przy
niszczeniu rodzica (i tak rekurencyjnie) 
aby jednak tego nie robić powstał GC, a nie po to aby sprzątać po
bałaganiarskim pisaniu.

a teraz jeszcze wracając do wxWindows to po wstępnym przeglądnięciu 
dokumentacji można się zorientować jak to jest zaimplementowane


bart