Discussion :

[Clorish]

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, ....

[gifffftane]

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).

[Clorish]

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

[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.
• 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
• Et je ne fais jamais de if (linux) ... else if (windows) ... avec tout ça !

[Clorish]

Ok merci pour ta reponse

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.

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

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

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

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

Fait
Mais j'ai pas vu de difference notable

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

C'est mon but

[adiGuba]

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++