using w C#

To fajne!
W Javie niestety nie spotkałem się z czymś takim, a to bardzo przydatne. Można co prawda ręcznie wywołać garbage collector, ale to też nie daje do końca pewności, że wszystko zostanie usunięte...
W Majkrosofcie postarali się aby się fajnie i łatwo kodziło :)

W javie zastosowano po prostu inną filozofie:
"Nikt nie będzie chciał wszystko usuwać i marnować na to moc obliczeniową i czas potrzebny na odwołania do pamięci, takie czyszczenie będzie wykonywane wtedy kiedy trzeba, jak najmniejszym kosztem"
A jeżeli chodzi o zamknięcie pliku, to można to zrobić zawsze wywołując metodę close().

Co do składni using, to fajnie jest móc traktować } jako wywołanie metody, w javie nigdy takie coś pewnie nie będzie możliwe :) Z drugiej strony, na przykładzie c++, ile problemów miałem (i nie ja jedyny) podczas tworzenia obiektów na stosie które potem na } wywoływały destruktor i przez to zwalniały coś czego wcale nie chciałem zwalniać i powodowały problemy w zupełnie innym miejscu kodu :) Tak więc zbytnie zwiększenie znaczenia } nie jest też do końca dobrą rzeczą, jeżeli chodzi o czytelność kodu.

Nie zapominajmy o tym, że zasadniczą przewagą 'try' nad 'using' jest to, iż 'try' wyłapie nam wyjątek, 'using' już nie, np: gdy nie mamy uprawnień do zapisu.

Ale w Javie 7 to się pojawi xD http://mail.openjdk.java.net/pipermail/coin-dev/2009-February/000011.html

@TeWu: "Z drugiej strony, na przykładzie c++, ile problemów miałem (i nie ja jedyny) podczas tworzenia obiektów na stosie które potem na } wywoływały destruktor i przez to zwalniały coś czego wcale nie chciałem zwalniać i powodowały problemy w zupełnie innym miejscu kodu :)"
W takim razie po prostu niepotrzebnie tworzyłeś te obiekty na stosie. Może to przyzwyczajenie z innych języków, gdzie zmienna typu X, gdzie X jest klasą, to tak naprawdę tylko referencja do obiektu tej klasy.

@ŁK: try-catch(-finally) wyłapie, samo try-finally nie. using jest odpowiednikiem tego drugiego.

@Crane: No i bardzo dobrze - obok stringów w switch to będzie druga epokowa zmiana jakościowa na plus w Javie 7 ;-)

jak ktoś jest uparty to wskaźników może użyć ;-)

Ta konstrukcja using z C# to moim zdaniem genialny wynalazek. Warto dodać, kiedy należy go stosować:
- Do zasobów będących nakładkami na natywne, których nie powinno się gromadzić w pamięci coraz więcej - jak zasoby GDI do rysowania typu pędzle, bitmapy.
- Do plików, żeby nie pozostawały otwarte kiedy kod skończy ich używać.

@Xion

No nie do końca try-finally to jest to samo co using, ponieważ wyjątek rzucony w bloku using "wyleci" z niego i "poleci" dalej, a finally go "zatrzymuje".

Poza tym druga różnica: w bloku using, jego zmienna nie może być użyta jako argument przekazywany przez referencję. W bolku try-catch może być.

ale z drugiej strony - wiem o co Ci chodziło.. czepiam się słówek ;)

@Fuzzy

No nie do końca try-finally to jest to samo co using, ponieważ wyjątek rzucony w bloku using "wyleci" z niego i "poleci" dalej, a finally go "zatrzymuje".

Bullshit - finally nic nie zatrzymuje. W finally jest kod wykonywany zawsze po opuszczeniu try - niezależnie od tego, jak (wyjątkiem lub normalnie). Wyjątki zatrzymuje tylko catch, jak sama nazwa wskazuje.

Poza tym druga różnica: w bloku using, jego zmienna nie może być użyta jako argument przekazywany przez referencję. W bolku try-catch może być.

W bloku try-catch nie masz żadnej wyróżnionej zmiennej, więc to dziwny argument.