Maciej Sobczak pisze:

> Jedną z możliwości jest dodatnie do klasy Item funkcji close() i
> uprzejme poproszenie programisty, żeby jej używał. Jest to
> rozwiązanie, którego poziom abstrakcji i wartość projektowa
> odpowiadają językowi C.
No niestety, mnie najbardziej wkurzająca cecha Javy.

> Są inne?
>
1. Eclipse SWT żeby wylądować poprawnie z zasobami zewnętrznymi (zasoby
GUI które są skończone w systemie) bardzo mocno buduje relację
rodzicielstwa swoich obiektów programowych. Potem korzystając z tej
relacji niszczenie rodzica powoduje dzieci itd.

Obiekty pierwszego poziomu trzeba niestety dispose() czyli plus/minus
close(), ale jest tego sporo mniej. Oczywiście są zasady i wskazania itd...

Nie wyczułem jednak w twoim 'opowiadaniu' relacji rodzicielskich. W
każdym razie pomysł rodziecielstwa obiektów jest częsty, rówież w
C++/Delphi.

2. Inna idea Spring JDBC odnośnie często źle zwalnianych zasobów
(bazodanowych), zamyka je w przedział czasu. Wołasz funkcję (może trwać
nawet cięzkie minuty, w tym czasie kod apliacyjny wykonywany jest
callbackami) ale jak sterowanie wróci do ciebie wiesz, że jest posprzątane.

3. Trzecia idea, też z baz. Pule. Wywołanie 'new' jest jakby tam
zamknięte, uzywasz metody. Pule przeważnie chętnie by widziały close()
ale jak nie, to "radzą" sobie (opcjonalnie) na zasadzie
czasowo/testowej. Pochodne idee występują w twoim opowiadaniu.

To na razie tyle pomysłów, szkoda że nie orygilanych