Gestion de chemin de fichiers multisysteme

J'ai besoin de manipuler des noms de fichiers multi-systeme, c'est a dire que l'interface GUI peut me renvoyer soit un fichier linux, soit un fichier windows, decoupé en 2 partie : Nom du repertoire et nom du fichier.

au final je souhaite avoir un seul nom de fichier, resultat de la concatenation entre le repertoier et le nom de fichier transmis par l'interface GUI.

A noter : le nom du repertoire doit etre eventuelement complete par un "/" ou un "\" en fonction du systeme sur lequel on execure l'application si il n'a pas ete saisi par l'utilisateur.

J'ai bien vu la classe File mais je suis un peu perdu avec toutes les methodes proposées : Canonical, abstract, ....

Si tu dois manipuler des noms de fichiers windows sur une plate-forme linux, ou des noms de fichiers linux sur une plate-forme windows, je ne connais rien qui le fasse. Toutefois si tu es sur un réseau, VFS t'aidera dans ce cas.

Par contre, s'il s'agit de manipuler les noms de la plate-forme courante sur la plate-forme courante, alors c'est effectivement la classe File qu'il te faut utiliser. Je te conseille de l'approfondir (ou de nous poser des questions plus précises sur cette classe). Tu peux également t'aider de Commons IO, particulièrement de FilenameUtils designed to work the same on both Unix and Windows, comme dit la doc (mais de toutes manières c'est la même chose pour la classe File).

ok je vais regarder de plus pres :)

En fait ce que je souhaite c'est effectivement manipuler des noms de fichiers sur leur plateforme d'origine. Par contre l'application etant utilisable a la fois sous Linux et Windows je ne sais pas a la compilation le systeme sur lequel on le manipule.

L'interface GUI fourni par exemple 2 chaines : REpertoire et nom de fichier.
Il me faut (entre autre) concatener ces 2 chaines pour former le chemin d'acces compelt au fichier. Il me faut "checker" si la personne a saisie ou non le "/" (ou le "\") final avant concatenation. Si non, le rajouter.
Du coup .... le fait de ne pas savoir sur quelle plateforme on se trouve, est genant.

J'ai vu que la classe File serait a priori capable de le faire (via un des constructeurs) mais je n'en suis pas sur et j'ai du mal a comprendre la signification des methodes getXXXPath/File qui la plupart du temps retourne la meme valeur :)

Moi, ma politique à ce sujet :

• Considérer que l'utilisateur sait sur quelle plateforme il se trouve, et s'il tape des \ sur linux, c'est son affaire ; j'essaie de traiter les fichiers qu'il me dit de traiter, avec le traitement d'erreur qui va bien c'est tout.
• Pour se balader dans l'arborescence en code, j'emploie toujours la forme ficher = new File(répertoire, nom).
• Au départ j'utilise les properties systèmes qui me donnent les répertoires de base, et diverses autres combines.
• Pour l'utilisateur, avec la GUI, il y a le JFileChooser qui "invite" l'utilisateur à choisir des noms de fichiers corrects.
• Et pour savoir ce qu'est exactement les getXXXPath/File, un petit System.out.println peut aider :mrgreen:
• Et je ne fais jamais de if (linux) ... else if (windows) ... avec tout ça !

Ok merci pour ta reponse :)

Citation:

---

Envoyé par gifffftane

Moi, ma politique à ce sujet :
Considérer que l'utilisateur sait sur quelle plateforme il se trouve, et s'il tape des \ sur linux, c'est son affaire ; j'essaie de traiter les fichiers qu'il me dit de traiter, avec le traitement d'erreur qui va bien c'est tout.

---

Oui moi aussi :)
Mais le dernier / ou \ est tres souvent omis ... ou du moins jamais mis .. sauf le jour ou ca te casse le plus les pieds :)
J'ai donc pour habitude de tester le dernier caractere et effectuer une concatenation correcte. Mais jusqu'a present je n'ai eu qu'a gerer des applications mono-plateforme.

Citation:

---

Envoyé par gifffftane

Pour se balader dans l'arborescence en code, j'emploie toujours la forme ficher = new File(répertoire, nom).

---

C'est ce que j'ai vu. Cette technique semble concatener correctement et en respectant le systeme, un nom de fichier et son repertoire.
Ca confirme mes recherches :)

Citation:

---

Envoyé par gifffftane

Au départ j'utilise les properties systèmes qui me donnent les répertoires de base, et diverses autres combines.

---

Jusque la on est d'accord :)

Citation:

---

Envoyé par gifffftane

Pour l'utilisateur, avec la GUI, il y a le JFileChooser qui "invite" l'utilisateur à choisir des noms de fichiers corrects.

---

Jusque la OK.
Mais la config peut etre modifié a la main via un fichier de config textuel ... du coup ca flingue le systeme :)

Citation:

---

Envoyé par gifffftane

Et pour savoir ce qu'est exactement les getXXXPath/File, un petit System.out.println peut aider :mrgreen:

---

Fait ;)
Mais j'ai pas vu de difference notable :(

Citation:

---

Envoyé par gifffftane

Et je ne fais jamais de if (linux) ... else if (windows) ... avec tout ça !

---

C'est mon but ;)

Salut,


Quelques remarques/rappels :

• Si tu dois mettre des chemin "en dur" dans le code il est préférable d'utiliser les / qui fonctionnera sur tous les systèmes. La classe File les remplaçant par des \ sous Windows...
• getPath() renvoi le chemin utilisé pour créer l'objet File. Si tu veux le chemin réel il faut utiliser la méthode getCanonicalFile(). C'est utile en particulier lorsqu'on utilise des chemin relatif ou des / et qu'on souhaite avoir le vrai nom du fichier (pour le présenter à l'utilisateur par exemple).
• Le champs File.separator comporte le séparateur utilisé par le système, c'est-à-dire \ sous Windows et / sous les autres systèmes...

a++

ok merci pour ces infos.

donc en resumé :
- Si je code en dur : c:/monrep/monfic.ext
- GetPath renvoie c:/monrep/monfic.ext
- GetCanonical renvoie c:\monrep\monfic.ext

de meme,
si on fait : File("./monfic.ext");
getCanonical renvoie c:\HomeDir\monfic.ext sous windows et /homedir/monfic.ext sous linux.

Et les fonctions "Absolute" ?

getAbsolutePath() te renvoi le chemin absolu, mais sans résoudre les chemins.

C'est à dire que si tu as le chemin relatif "./monfic.ext", tu as :

Code:

---

1 2	AbsolutePath : C:\monrep\.\monfic.ext CanonicalPath : C:\monrep\monfic.ext

---

Et sous les systèmes Unix il me semble que CanonicalPath peut résoudre les liens symboliques ce que ne fait pas AbsolutePath...


a++

Ok, interessant tout ca :)
merci pour ces details ;)

Derniere petite precision : la classe File gere bien uniquement les chemins et non les fichiers eux meme, c'est bien ca ?
Derriere une classe "File" il n'y a pas forcement un fichier "physique"
Meme si on peut faire un "newFile" pour creer ledit fichier, une fois créé, il n'y a pas de liaison dirrecte entre la classe et le fichier (comme c'est le cas des fileWriter et autres ....)

Citation:

---

Envoyé par Clorish

Derniere petite precision : la classe File gere bien uniquement les chemins et non les fichiers eux meme, c'est bien ca ?
Derriere une classe "File" il n'y a pas forcement un fichier "physique"
Meme si on peut faire un "newFile" pour creer ledit fichier, une fois créé, il n'y a pas de liaison dirrecte entre la classe et le fichier (comme c'est le cas des fileWriter et autres ....)

---

Oui tout à fait ! La classe File représente simplement un chemin vers un fichier, existant ou non.

a++

Ok merci :)

Dans le cas du getCanonicalPath(), il faut tout de même que le fichier existe réellement.