I warto ją zastąpić klasą Path
?
Zarówno Path jak i File to części większych Api, i faktycznie lepiej korzystać z NIO, a nie IO.
Z "najnowszych" api odnośnie plików to faktycznie pakiet nio
jest lepszy, polecam zwłaszcza 3 klasy: Files
, Path
, Paths
no ale oczywiście czasami zdarzy się że trzeba użyć (bądź po prostu lepiej) java.io.File
.
Niby tak ale nie.
Dalej się jej używa, nawet w Scali. I masa bibliotek z niej korzysta.
Do operacji na plikach lepsze jest nio.Files i Path, ale do przekazania gdzieś pliku często się stosuje jednak File (FileReader itd)
java.io.File powinno zginać. Uzywaj TYLKO jeśli jakieś inne API tego wymusza. Sam dla siebie... nigdy.
java.util.Date, Calendar itp też nie lepsze.
^up
Sam dla siebie to najlepiej stringa używać a dopiero jak przychodzi co do czego zamieniać to na Path/File ;]
Brunatny Ogórek napisał(a):
^up
Sam dla siebie to najlepiej stringa używać a dopiero jak przychodzi co do czego zamieniać to na Path/File ;]
Z tym się całkowicie nie zgadzam.
@jarekr000000
java.io.File powinno zginać. Uzywaj TYLKO jeśli jakieś inne API tego wymusza. Sam dla siebie... nigdy.
nie do końca powinna zginąć. Klasa reprezentuje metadane pliku i niech do tego służy. Nic więcej.