Java: Path vs File

Untuk aplikasi baru yang ditulis dalam Java 7, apakah ada alasan untuk menggunakan java.io.Fileobjek lagi atau dapatkah kita menganggapnya usang?

Saya percaya java.nio.file.Pathdapat melakukan segala yang java.io.Filebisa dilakukan dan banyak lagi.

Singkat cerita:

java.io.Filekemungkinan besar tidak akan pernah ditinggalkan / tidak didukung. Yang mengatakan, java.nio.file.Pathadalah bagian dari java.nio.filelib yang lebih modern , dan melakukan segalanya java.io.Filebisa, tetapi umumnya dengan cara yang lebih baik, dan lebih banyak lagi.

Untuk proyek baru, gunakan Path.

Dan jika Anda memerlukan Fileobjek untuk warisan, cukup hubungi Path # toFile ()

Bermigrasi dari File ke Path

Halaman Oracle ini menyoroti perbedaan, dan peta java.io.File functionalityuntukjava.nio.file lib (including Path) functionality

Artikel oleh Janice J. Heiss dan Sharon Zakhour, Mei 2009, membahas Sistem File NIO.2 di JDK 7

dapatkah kita menganggapnya sudah usang?

Tidak, Anda tidak dapat menganggapnya usang kecuali dan sampai ditandai di FileJavadoc.

Lihat artikel ini tentang info lebih lanjut - http://www.oracle.com/technetwork/articles/javase/nio-139333.html

Pada dasarnya file.Path akan menjadi cara untuk pergi dari sekarang, tetapi seperti yang diketahui orang Jawa cenderung untuk tetap kembali kompatibilitas jadi saya kira itu sebabnya mereka meninggalkannya.

Saya akan menyelesaikan jawaban yang sangat bagus @mmcrae.

apakah ada alasan untuk menggunakan objek java.io.File lagi atau dapatkah kita menganggapnya usang?

Kelas JDK sangat jarang ditinggalkan.
Anda dapat melihat pada API JDK 8 yang sudah usang daftar semua kelas yang sudah tidak digunakan sejak JDK pertama.
Ini hanya berisi sedikit bagian dari kelas yang tidak dapat digunakan oleh dokumentasi Oracle dan komunitas Java.
java.util.Date, java.util.Vector, java.util.Hashtable... yang kelas dengan begitu banyak cacat tidak usang.
Tapi kenapa ?
Karena secara konseptual sesuatu yang deprecatedberarti masih ada tetapi mencegah untuk digunakan karena hal itu pasti akan dihapus.
Ribuan program bergantung pada kelas yang dirancang buruk ini.
Untuk kelas seperti itu, pengembang Java API tidak akan memberikan sinyal seperti itu.

Jawabannya @EJPsangat benar:

Tidak kecuali dan sampai ditandai di Javadoc.

Jadi, saya pikir pertanyaan Anda akan lebih masuk akal dalam istilah-istilahnya:
"Karena kita punya pilihan, haruskah kita menggunakan java.io.Fileatau java.nio.file.Pathuntuk perkembangan baru dan jika jawabannya adalah java.nio.file.Path, bisakah Anda dengan mudah mengambil keuntungan dari java.io.Fileproyek legacy yang digunakan java.io.File?"

Saya percaya java.nio.file.Path dapat melakukan segalanya java.io.File dapat melakukan dan banyak lagi.

Anda punya jawabannya.

Tutorial oracle ini tentang warisan IO menegaskan pemikiran Anda.

Sebelum rilis Java SE 7, java.io.Filekelas adalah mekanisme yang digunakan untuk file I / O, tetapi memiliki beberapa kelemahan.

Banyak metode yang tidak melempar pengecualian ketika gagal, jadi tidak mungkin mendapatkan pesan kesalahan yang berguna. Misalnya, jika penghapusan file gagal, program akan menerima "hapus gagal" tetapi tidak akan tahu apakah itu karena file tidak ada, pengguna tidak memiliki izin, atau ada masalah lain.

Metode ganti nama tidak bekerja secara konsisten di seluruh platform. Tidak ada dukungan nyata untuk tautan simbolik.

Dibutuhkan lebih banyak dukungan untuk metadata, seperti izin file, pemilik file, dan atribut keamanan lainnya.

Mengakses file metadata tidak efisien.

Banyak metode File tidak skala. Meminta daftar direktori besar melalui server dapat mengakibatkan hang. Direktori besar juga dapat menyebabkan masalah sumber daya memori, yang mengakibatkan penolakan layanan.

Itu tidak mungkin untuk menulis kode yang dapat diandalkan yang secara rekursif bisa berjalan pohon file dan merespons dengan tepat jika ada tautan simbolik melingkar.

Dengan begitu banyak kekurangannya java.io.File, kita benar-benar tidak perlu menggunakan kelas ini untuk perkembangan baru.
Dan bahkan untuk menggunakan kode lama java.io.File, Oracle memberikan petunjuk untuk digunakan Path.

Mungkin Anda memiliki kode lawas yang menggunakan java.io.File dan ingin memanfaatkan fungsi java.nio.file.Path dengan dampak minimal pada kode Anda.

Kelas java.io.File menyediakan metode toPath, yang mengubah contoh File gaya lama ke contoh java.nio.file.Path, sebagai berikut:

Path input = file.toPath();

Anda kemudian dapat mengambil keuntungan dari set fitur kaya yang tersedia untuk kelas Path.

Misalnya, anggap Anda memiliki beberapa kode yang menghapus file:

file.delete();

Anda bisa memodifikasi kode ini untuk menggunakan metode Files.delete, sebagai berikut:

Path fp = file.toPath();
Files.delete(fp);

Ya, tetapi banyak API yang ada, termasuk API standar Java7 sendiri, masih berfungsi hanya dengan Filetipe.

Java.io.File tidak ditinggalkan. Ya java.nio.file.Path lebih baik, tetapi selama masih ada banyak program dan buku teks menggunakan Java.io.File, jika hanya untuk alasan warisan, itu tidak boleh dianggap usang, itu terlalu penting. Melakukan hal itu hanya akan melemparkan kunci pas dalam karya tanpa untung semua. Misalnya kerangka kerja Android menggunakan File untuk beberapa fitur penanganan file dasarnya, banyak hal lain yang perlu dilakukan.

Untuk aplikasi baru yang ditulis dalam Java 7, apakah ada alasan untuk menggunakan objek java.io.File lagi atau dapatkah kita menganggapnya usang?

Ini agak seperti mengatakan: "haruskah Napoleon menyerbu Rusia, atau apakah kubis Brussel ini benar-benar enak?"

Adapun bagian kedua dari pertanyaan, Anda memang bisa menganggapnya sudah usang. Pada Januari 2018, itu tidak ditinggalkan. Tapi tidak ada yang menghentikan Anda mempertimbangkannya begitu. Apakah itu akan memberi Anda keuntungan apa pun dalam kehidupan ini atau yang berikutnya tidak mungkin untuk dikatakan.