[No_Sugar]

Dobra #programista15k w #java
Coś tam zaczynam wklepywać i zastanawia mnie, jak ważne jest to zakomentowane "scanner.close()", skoro działa i bez tego?

[a.....w]

zamykasz drzwi do domu na noc? deskryptory, strumienie, połączenia też się zamyka gdy przestają być używane

[pietryna123]

@No_Sugar: Garbage collector i tak to sprząta po skończeniu. Choć dobrą praktyką jednak jest zwalnianie zasobów jak nie są potrzebne.

[lasarus]

@No_Sugar: pewnie to swojego rodzaju disposowanie obiektu mającego zasób niezarządzalny System.In

[fegwegw]

@No_Sugar: w tym przypadku nie ma to najmniejszego znaczenia.

[Smevios]

@fegwegw: jesteś w stanie podlinkować coś, co o tym świadczy? np. że jvm sobie sam zamknie strumień albo system or whatever?

[MetroStation]

@No_Sugar: Poczytaj o try-with-resource i interfejsie autocloseable :)

[fegwegw]

@Smevios: przecież tam jest tylko print i koniec procesu. W 'prawdziwym' programie może mieć to znaczenie.

[eovenn]

@fegwegw: w prawdziwym programowaniu nie będziesz używał scannera.

[fegwegw]

@eovenn: bo?

Zresztą, chodziło o zamykanie zasobów w ogóle.

[eovenn]

@fegwegw: bo po co? (mówimy o poważnym programowaniu, a nie zabawie w formie nauki, w projektach do nauki)
bo try with resource, bo na wprowadzanie danych w prawdziwym świecie masz 50 innych sposobów i ze scannerem się nie spotkałem od czasów studiów

[Kresse]

@No_Sugar: Generalnie sie zamyka, chociaz w tym konkretnym przypadku, to wszystko jedno, bo program i tak zaraz sie konczy i rzadko kiedy w ogole zamyka sie System.in. Gdyby natomiast twoj program czytal cos z pliku i wykonywal sie dluzej, to niezamkniecie takiego Scannera powoduje ze:
- Twoj proces ma caly czas deskryptor do pliku, ktorego juz nie uzywa. Przez to plik nie moze byc usuniety.
- Jak naotwierasz sobie duzo