Discussion :

[Invité]

Bonjour,

Je voudrais pouvoir représenter le chemin d'accés à un fichier.
Mon but étant de permettre à des utilisateurs de visualiser des fichiers postés par d'autres dans mon application.

Je connais assez bien File mais je sais qu'il existe aussi URL.
Les fichiers seront stockés sur le serveur dans un dossier défini en suivant un araborescence donnée.

c:/truc/2007/03/20/a/ -> Documents commençant par 'a' postés le 20/03/2007
c:/truc/2007/03/21/e/ -> Documents commençant par 'e' postés le 21/03/2007

Je pencehrais plus pour File mais j'aimerais l'avis d'experts..

Merci

[g_rare]

Je voudrais pouvoir représenter le chemin d'accés à un fichier.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

String chemin = File.toURI().toString();

[Invité]

Ok, merci mais je ne me suis pas bien fait comprendre. Un petit code vaut mieux qu'un long discours.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
// Imaginons :
public class Document {
 
    private int id;
    private boolean public;
    private String nom;
    private String description;
    private String mime;
    private Utilisateur posteur;
    private Calender postTime;
    private Calender updateTime;
 
    private File path;  // Celui-ci ?
    private URI path;  // Ou celui-ci ?
 
    // Getters & Setters ...
 
}

Imaginons une classe Document représentant un document posté par un utilisateur.
Ce document les informations sont sauvées dans une DB chemin compris (VARCHAR : datas/documents/mondocument.pdf )

Comment stocker ce chemin de la façon la plus pratique dans ma classe ? en tant que File ou URI ou simplement String ?

Merci

[gifffftane]

À mon avis :

• Si tu veux conserver les données réseau (par exemple, l'utilisateur) : préférer le format URI.
• Si tu veux un simple identificateur local : préférer le l'accés système de fichier au format String : il vaut mieux ce format pour la mémorisation, et transformer en objet File lors de l'utilisation, car l'objet File contient des informations temporaires (sa taille, la date de dernière modif), qui me semblent qu'elles sont peu pertinentes à conserver dans une base.

[Invité]

Bonjour,

Tout à fait d'accord. J'utiliserais File en stockant le chemin dans la db sous forme de chaine de caractères.

Maintenant une question à propos de URI.
Il permet de stocker des données réseau, donc si j'ai bien compris, je pourrais stocker mes fichiers sur un serveur de fichier accessible par un utilisateur 'Application' et un mot de passe. URI serait capable de retenir tout cela ?

[gifffftane]

D'habitude, oui.

Cependant, on évite de conserver les mots de passe en 156 points de la base de données ; on essaie de trouver un peu de discrétion pour ces choses là habituellement. Mais je ne sais pas quelles sont tes contraintes !

Par exemple, une URI FTP avec mot de passe ressemble à ftp://pseudo:password@ftpperso.free.fr.

[Invité]

Ok, merci beaucoup.

Je ne connaissais pas URI, ça peut-être intéressant mais dans mon cas je stockerais les documents sur la machine même donc j'utiliserais File.

Merci beaucoup