Java: Yol ve Dosya

Java 7 ile yazılmış yeni uygulamalar için, bir java.io.Filenesneyi artık kullanmanın herhangi bir nedeni var mı yoksa kullanılmadığını düşünebilir miyiz?

İnanıyorum java.nio.file.Pathki her şey java.io.Fileyapabilir ve daha fazlasını yapabilir.

Uzun lafın kısası:

java.io.Filebüyük olasılıkla hiçbir zaman kullanımdan kaldırılmayacak / desteklenmeyecektir. Bununla java.nio.file.Pathbirlikte, daha modern java.nio.filelib'in bir parçasıdır ve her şeyi java.io.Fileyapabilir, ancak genellikle daha iyi bir şekilde ve daha fazlasını yapar.

Yeni projeler için kullanın Path.

Ve Fileeski bir nesneye ihtiyacınız varsa , Path # toFile () yöntemini çağırmanız yeterlidir.

Dosyadan Yola Taşıma

Bu Oracle sayfa vurgular farklılıklar ve haritalar java.io.File functionalityiçinjava.nio.file lib (including Path) functionality

Janice J. Heiss ve Sharon Zakhour'un makalesi, Mayıs 2009, JDK 7'deki NIO.2 Dosya Sistemini tartışıyor

onaylanmadığını düşünebilir miyiz?

Hayır, olamaz o sürece ve o kadar işaretli kadar kullanımdan kaldırılmış düşünün FileJavadoc.

Daha fazla bilgi için bu makaleye göz atın - http://www.oracle.com/technetwork/articles/javase/nio-139333.html

Temelde file.Path bundan sonra gitmek için bir yol olacak ama yaygın olarak bilinen Java insanlar geri uyumluluk eğilimi bu yüzden sanırım bu yüzden bıraktılar.

Çok iyi bir cevap vereceğim @mmcrae.

java.io.File nesnesini kullanmak için herhangi bir neden var mı yoksa kullanılmadığını düşünebilir miyiz?

JDK sınıfları nadiren kullanımdan kaldırılıyor.
Sen görebilirsiniz JDK 8 API artık kullanılmayacağı listelemek ilk JDK beri kaldırılmış tüm sınıfları.
Oracle belgelerinin ve Java topluluğunun kullanmaktan vazgeçtiği sınıfların sadece küçük bir bölümünü içerir.
java.util.Date, java.util.Vector, java.util.Hashtable... Birçok kusurları kaldırılmış değildir bu yüzden birlikte sınıfları olduğunu.
Ama neden ?
Çünkü kavramsal olarak deprecatedhala orada bir şey var ama kesinlikle kaldırılacağı için kullanmaktan vazgeçiyor.
Binlerce program bu kötü tasarlanmış derslere güveniyor.
Bu tür sınıflar için Java API geliştiricileri böyle bir sinyal vermeyecektir.

Cevabı @EJPgerçekten doğru:

Javadoc'ta bu kadar işaretlenmedikçe ve bitene kadar değil.

Yani, soru onun açısından daha mantıklı olacağını düşünüyorum:
"Biz seçim var, biz kullanmalısınız java.io.Fileveya java.nio.file.Pathyeni gelişmeler için cevap ise java.nio.file.Pathkolaylıkla yararlanabilir, java.io.Fileeski projeleri kullanmak için java.io.File?"

Bir java.nio.file.Path dosyasının bir java.io.File'ın yapabileceği her şeyi yapabileceğine ve daha fazlasına inanıyorum.

Cevabınız var.

Eski ES ile ilgili bu kehanet öğretmeni düşüncelerinizi doğrular.

Java SE 7 sürümünden önce, java.io.Filesınıf dosya G / Ç için kullanılan mekanizmadır, ancak birkaç dezavantajı vardı.

Birçok yöntem başarısız olduklarında istisna atmadı, bu nedenle yararlı bir hata mesajı almak imkansızdı. Örneğin, bir dosya silme başarısız olursa, program "silme hatası" alır, ancak dosyanın bulunmadığından, kullanıcının izinleri olmadığından veya başka bir sorundan kaynaklanıp kaynaklanmadığını bilmez.

Yeniden adlandırma yöntemi platformlar arasında tutarlı bir şekilde çalışmadı. Sembolik bağlantılar için gerçek bir destek yoktu.

Dosya verileri, dosya sahibi ve diğer güvenlik öznitelikleri gibi meta veriler için daha fazla destek istendi.

Dosya meta verilerine erişim yetersizdi.

Dosya yöntemlerinin çoğu ölçeklendirilmedi. Bir sunucu üzerinden büyük bir dizin listesinin istenmesi askıda kalmaya neden olabilir. Büyük dizinler de bellek kaynağı sorunlarına neden olarak hizmet reddine neden olabilir.

Dairesel sembolik bağlantılar varsa, bir dosya ağacında özyinelemeli olarak yürüyebilen ve uygun şekilde yanıt verebilecek güvenilir bir kod yazmak mümkün değildi.

Pek çok dezavantajı ile java.io.File, bu sınıfı yeni gelişmeler için kullanmak için gerçekten hiçbir nedene ihtiyacımız yok.
Ve eski kod java.io.Filekullanımı için bile , Oracle kullanmak için ipuçları verir Path.

Belki de java.io.File kullanan ve kodunuz üzerinde minimum etkiye sahip java.nio.file.Path işlevinden yararlanmak isteyen eski bir kodunuz vardır.

Java.io.File sınıfı, eski stil File örneğini java.nio.file.Path örneğine aşağıdaki gibi dönüştüren toPath yöntemini sağlar:

Path input = file.toPath();

Daha sonra Path sınıfının kullanabileceği zengin özellik kümesinden yararlanabilirsiniz.

Örneğin, bir dosyayı silmiş bazı kodlarınız olduğunu varsayalım:

file.delete();

Aşağıdaki gibi Files.delete yöntemini kullanmak için bu kodu değiştirebilirsiniz:

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

Evet, ancak Java7'nin kendi standart API'leri dahil olmak üzere mevcut birçok API hala yalnızca türle çalışır File.

Java.io.File kullanımdan kaldırıldı. Evet java.nio.file.Path daha iyidir, ancak Java.io.File kullanan hala çok sayıda program ve ders kitabı olduğu sürece, sadece eski nedenlerden dolayı, kullanımdan kaldırılmış olarak düşünülmemelidir, çok önemlidir. Bunu yapmak, sadece kazanç elde etmek için eserlere bir anahtar atmak olacaktır. Örneğin, Android çerçevesi bazı temel dosya işleme özellikleri için Dosya'yı kullanır, diğer birçok şey bunu yapar.

Java 7 ile yazılmış yeni uygulamalar için java.io.File nesnesini kullanmak için herhangi bir neden var mı yoksa kullanımdan kaldırılmış olabilir mi?

Bu biraz şöyle diyor: "Napolyon Rusya'yı istila etmeli mi, yoksa Brüksel lahanası gerçekten lezzetli mi?"

Sorunun ikinci kısmına gelince, gerçekten sorunun kaldırıldığını düşünebilirsiniz. Ocak 2018 itibarıyla itiraz edilmiyor. Ama bunu düşünmenizi engelleyecek hiçbir şey yok . Bunun size bu hayatta ya da bir sonrakinde herhangi bir avantaj sağlayacağını söylemek mümkün değildir.