Java Avancé : Fichiers et Répertoires

Name: Java Avancé : Fichiers et Répertoires
Author: Scott Stanlick

Familiarisez-vous avec la nouvelle bibliothèque NIO d'Oracle et comment l'utiliser pour travailler avec des fichiers, des répertoires et le système de fichiers

Preview the first lesson free — get full access to all 3 lessons.

Demander une démo Se connecter

Cours : à la demande

Hé, bienvenue à nouveau. Scott Stanlick, ici. Nous allons jeter un œil à file.io dans ce module. Ces leçons couvriront l'ancienne façon de faire les choses, la nouvelle façon de faire les choses. Nous verrons comment créer et manipuler le stockage temporaire, et nous montrerons comment écrire un outil de recherche de fichiers en utilisant des techniques de recherche en profondeur d'abord. Dans cette première leçon, nous allons comparer Et contraster la façon dont les choses ont toujours été à la façon dont les choses sont maintenant avec IO. Donc, si vous remarquez ici, quelques choses que je veux juste mentionner. IO existe depuis Java 1.0, et ce n'était pas la plus grande bibliothèque IO. Il y avait quelques problèmes. Et ces problèmes ont depuis été résolus. J'utilise quelque chose appelé java.nio, ou le nouvel IO. Depuis Java 7, vous pouvez choisir entre l'un ou l'autre. Dans le NIO, cette nouvelle bibliothèque apporte les mêmes fonctionnalités que nous avions avec java.io, mais avec des améliorations massives. Et il y a aussi un moyen facile de migrer sans effort entre les deux. L'ancien java.io n'est pas recommandé pour les nouveaux développements, mais il n'est pas prévu de le déprécier. Ça ne va nulle part car il est utilisé partout. Nous allons donc jeter un œil à quelques types ici, un appelé java.nio.file.Path, qui fera tout ce que ce fichier a fait, et généralement d'une meilleure façon. Alors sautons juste ici. Alors il était une fois, si on voulait créer un fichier, nous dirions nouveau fichier. Et puis nous pourrions faire demi-tour et supprimer le fichier avec fichier.delete. Et peut-être que ça a marché, peut-être que ça n'a pas marché, mais les commentaires ont été ternes, bien sûr. Il y avait une mauvaise gestion des erreurs, à quelques exceptions près. Le résultat pourrait être qu'il n'existe pas. Vous n'avez pas les autorisations. Il y avait beaucoup de lacunes avec cette API. La nouvelle façon de faire est de dire Path.of Foo.java. Et si vous essayez d'utiliser la méthode delete sur la classe Files et passez-lui ce chemin, et le fichier n'existe pas, tu vas avoir une très belle exception. Comme par exemple, il peut lever une NoSuchFileException s'il n'existe pas. Mais il y a bien d'autres exceptions que ce type peut vous présenter qui vous expliquent très bien pourquoi cela n'a peut-être pas fonctionné. Le support entre le nouvel OI et l'héritage est, comme je l'ai mentionné plus tôt, c'est sans effort. Donc, l'ancien monde était que je voulais créer un nouveau fichier. Vous pouvez lui passer les parties, le dossier /java, le fichier Foo.java. Même chose avec Paths.get. Paths est la nouvelle façon de le faire. Si vous voulez échanger entre l'ancien et le nouveau, le fichier a un toPath, qui est la façon de donner à l'ancien un aspect nouveau. Et le nouveau a un toFile, qui est une façon de donner au nouveau un aspect ancien. Et donc selon votre contexte, vous devrez peut-être utiliser une technique ou l'autre, mais vous les avez tous les deux disponibles à tout moment. Il y avait un moyen d'obtenir des métadonnées à partir d'un fichier. Cela n'a donc pas beaucoup changé. C'est juste un peu différent dans la façon dont vous l'utilisez. Alors on va dire File, c'est l'ancien monde, et nous dirons Chemin, c'est le nouveau monde. Et donc nous avons un fichier et un chemin, et le java.io ressemblait à ceci. Telles étaient les méthodes utilisées pour obtenir des métadonnées sur un fichier. Est-ce dans un répertoire ? Puis-je le lire, l'écrire ? Est-il exécutable, est-il caché ? Toutes ces idées. Et en utilisant la nouvelle API, nous utilisons la classe Files. La classe Files contient de nombreuses méthodes, que nous utilisons lorsque nous passons le chemin vers ces méthodes, et il nous dira essentiellement les mêmes choses. Mais ceux-là, ils sont beaucoup plus robustes dans la manière dont ils ont été conçus. C'est plus récent, et nous avons appris nos leçons. C'est ainsi que nous aurions pu travailler avec un fichier en utilisant java.io, donc un nouveau fichier. Et je vais le mettre ici dans src/test/java/com/acme/io. Je dois avoir un dossier quelque part ici comme ça. Oui, com.acme.io. Je peux demander un nom de fichier canonique. Je peux demander s'il existe ou non. Et puis de même, je peux aussi le convertir au nouveau monde et validez-le à nouveau. Alors c'est parti, Files.exist, file.toPath. Alors maintenant, je prends l'ancien et je le transforme en chemin. Et c'est très similaire. Je crée le même fichier, et je vais demander son chemin absolu et s'il existe ou non. Et de même, je peux convertir du nouveau monde vers un fichier, afin que je puisse le convertir en héritage et refaire la même validation. Dans l'espace java.io, l'héritage, il y avait une méthode appelée listFiles. Si vous vouliez obtenir un répertoire de tous les fichiers d'un répertoire, vous diriez listFiles, et il renverrait un tableau, un type de fichier. Le nouveau monde est un peu différent. Vous dites Files.newDirectoryStream, et nous avons déjà regardé java.util.streams avec les filtres et les cartes et les traductions et toutes ces bonnes choses. Files.newDirectoryStream prend votre chemin vers la source et renvoie un flux de répertoire appelé chemins ici. Et dans ce cas, nous pouvons dire pour chaque élément du flux, nous allons l'imprimer. Donc c'est juste la nouvelle façon de lister les fichiers qui existent dans un répertoire. J'apprécie que vous regardiez.

Avancé Fournisseur : Scott Stanlick 3 leçons · 19m en Arabe, Allemand, Anglais, Espagnol, Français, Portugais, Chinese

Description du cours

Dans ces leçons, vous verrez comment la nouvelle bibliothèque NIO complète, et peut même remplacer, les classes d'E/S héritées qui existent depuis les débuts de Java. L'ancienne API de fichier est utilisée pour de nombreux projets, frameworks et bibliothèques plus anciens ; et malgré son âge, l'ancienne API de fichier n'est pas obsolète. De cette façon, vous pouvez toujours l'utiliser avec l'une des dernières versions de Java.

Découvrez comment les nouvelles classes prennent en charge les liens symboliques, les attributs de fichier appropriés, les métadonnées, les ACL, etc. Vous apprendrez également à créer des répertoires, des fichiers et un stockage temporaire, et nous comparerons et mettrons en contraste la prise en charge héritée de ces opérations avec la nouvelle bibliothèque NIO améliorée, qui est beaucoup plus intuitive et robuste, et est compatible avec les classes héritées, ce qui vous permet de faire évoluer progressivement le code existant.

Les nouveaux développements utiliseront probablement la bibliothèque NIO sans jamais regarder en arrière, et après ces leçons, vous saurez comment en tirer pleinement parti.

Ce que vous allez apprendre

Décrire la nouvelle bibliothèque NIO et comment elle augmente ou remplace les classes I/O héritées (legacy)
Expliquer comment les packages I/O hérités et NIO peuvent coexister et rester compatibles
Créer des répertoires, des fichiers et un stockage temporaire en utilisant les approches nouvelles et héritées
Reconnaître les nouvelles classes utilitaires (helper classes) Files et Paths
Comparer Java.io.File et Java.nio.Path pour les opérations sur les fichiers
Utiliser la prise en charge de NIO pour les liens symboliques (symlinks), les attributs de fichiers, les métadonnées et les ACL

Points clés à retenir

La nouvelle bibliothèque NIO augmente et peut même remplacer les classes I/O héritées (legacy) qui existent depuis les premiers jours de Java.
Malgré son âge, l'ancienne API de fichiers n'est pas obsolète et peut toujours être utilisée avec l'une des dernières versions de Java.
La bibliothèque NIO est plus intuitive et robuste et est compatible avec les classes héritées, ce qui permet au code existant d'évoluer progressivement.
Les nouvelles classes NIO prennent en charge les liens symboliques (symlinks), les attributs de fichiers appropriés, les métadonnées et les listes de contrôle d'accès (ACL).
Les nouveaux développements utiliseront probablement la bibliothèque NIO, tandis l'API de fichiers héritée reste utilisée dans de nombreux anciens projets, frameworks et bibliothèques.

Foire aux questions

Que couvre ce cours ?

Il explique comment la nouvelle bibliothèque NIO complète et peut remplacer les anciennes classes I/O, comment les packages I/O et NIO coexistent, comment créer des répertoires, des fichiers et des stockages temporaires, et les nouvelles classes d'aide Files et Paths. Il compare également Java.io.File avec Java.nio.Path.

L'ancienne API de fichiers Java est-elle encore utilisable ?

Oui. L'ancienne API de fichier n'est pas obsolète malgré son âge et peut toujours être utilisée avec n'importe laquelle des dernières versions de Java, et elle est utilisée dans de nombreux projets, bibliothèques et frameworks anciens.

Pourquoi utiliser la bibliothèque NIO plutôt que les anciennes classes ?

La bibliothèque NIO est beaucoup plus intuitive et robuste, elle prend en charge les liens symboliques (symlinks), les attributs de fichier, les métadonnées et les ACL, et elle est compatible avec les anciennes classes de sorte que vous pouvez faire évoluer progressivement le code existant.

Quelles compétences vais-je acquérir grâce à ce cours ?

Le cours couvre la structure des répertoires, les E/S (I/O) de fichiers, la structure de fichiers, Java 11, Java Naming and Directory Interface, et Javadoc.

Quelles leçons sont incluses ?

Les leçons sont Java.io.File contre Java.nio.Path ; Java.io.File et Java.nio.Path ; et Création et manipulation de stockage temporaire.