🚀 go-pugleaf

>> Zdarza się jednak, choć nie są te częste sytuacje, że w wyniku nieuwagi
>> referencje do pewnych niepotrzebnych i nigdy już niewykorzystywanych
>> obiektów nie są usuwane, bo trafiają np. na dno jakiegoś kontenera,
>> który cały czas jest używany.
>
>Nagminnie spotykam sie z takimi problemami (z ktorych wiekszosc, fakt, jest
>banalnych do zalatania).
>
>Po prostu, mowi sie, ze przy GC nie ma problemow z pamiecia. I programisci
>tak gleboko wierza, ze problemow nie ma, ze kompletnie o tym nie mysla. To
>raz.

Jakichs takich dziwnych programistow spotykasz...

>Dwa, co jest tez do pewnego stopnia konsekwencja poprzedniego - wiekszosc
>jezykow z GC kompletnie zmywa dwie zupelnie rozne rzeczy i zmywa do tego
>stopnia, ze, znowuz, programisci gleboko wierza, ze sa one tym samym:
>- czas zycia obiektu - tzn. to kiedy logicznie obiekt jest powolywany do
>zycia i kiedy logicznie przestaje istniec w systemie,
>- czas istnienia w pamieci - pewien szczegol techniczny, implementacyjny,
>nie zwiazany z logika systemu.

Ogolnie, obiekt "przestaje istniec w systemie" wtedy gdy nie ma do niego 
referencji. (Moze sie inaczej zdarzyc, jak sie odpowiednio zaimplementuje 
finalize()).

>Szczegolnie to niezrozumienie widac np. przy dyskusjach o roznych sztuczkach
>typu RAII, ktore ladnie sie integruja z C++'owymi destruktorami, zas przy
>Java'owych finalizacjach nie chca dzialac nalezycie.
>
>Ano nie chca dzialac, nie przez to, ze mamy w Javie GC, a w C++ reczna
>gospodarke. Nie chca dzialac, przez to, ze w Javie (jak i w wiekszosci
>jezykow z GC) nie mamy odpowiedznich mechanizmow do zarzadzania logicznym
>czasem zycia obiektow.
>


ogo RAII obshodzi w Javie czy C#? Ogolnie, mam wrazenie, ze "problemy", ktore 

opisujesz sa jakies takie akademickie i malo kogo obchodza...



A.
-- 
============= P o l N E W S ==============
     archiwum i przeszukiwanie newsów
        http://www.polnews.pl