Discussion :

[francky74]

Bonjour,

Dans l'appli que je m'acharne à créer, il y a cette ligne :

Code :

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

		File drawableFile = new     File(getApplicationContext().getFilesDir().getAbsolutePath() + chemin);

Lorsque j'exécute en mode DEBUG, la variable String chemin vaut par exemple ceci : "/photos/poule_336" et la variable drawableFile prend cette valeur :
"/data/data/com.lettres/files/photos/poule_336".

Donc je me doute bien que la classe File a donc construit un chemin avec la variable "chemin" à laquelle a été ajouté un début ("/data/data/com.lettres/files").

Ce que je trouve bizare, c'est que dans mon appli, je n'ai pas de dossier "files" comme indiqué dans "/data/data/com.lettres/files/"

quelqu'un peut-il m'apporter de l'aide sur ce sujet , mon but étant de pouvoir aller chercher des photos dans un dossier "photos" que j'ai mis dans /res


Merci !

[gloax29]

bonjour,
tes photos fonts parties du projet dans un package ou a part sur un stockage?

[francky74]

Bonjour et merci pour votre réponse,

Les photos font partie du projet. Elles sont dans un dossier que j'ai créé dans /res et qui s'apelle /photos.

[nicroman]

Je pense que la question est mal intitulée....

File *est* un chemin (absolu) vers un fichier ou un répertoire.

Il est très étonnant d'avoir un chemin relatif qui commence par '/' (à moins qu'il n'ait été fabriqué à la main), normalement la concaténation de chemin se fait par le constructeur File(File,String).

Ainsi:

Code :

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

1
2
 
File drawableFile = new     File(getApplicationContext().getFilesDir(),chemin);

Aura le même résultat, à condition bien sur que "chemin" ne commence pas par un '/' (ce qui indique la racine du filesystem dans linux).

Maintenant, à propose de "getFilesDir()". Celui renvoit le "File" qui correspond aux fichiers privés de l'application.
(sa localisation dépend de l'implémentation, mais en général c'est "/xxxx/data/package.name/files" le premier /xxxx correspond à la partition "user" (celle qui est formatée lors d'un wipe du téléphone), "data" qu'on parle des données d'applications, "package.name" l'identifiant de l'application, et "/files" des fichiers généraux (getFilesDir()).

Le code "normal" d'utilisation est:

Code :

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

1
2
3
4
5
6
7
8
 
File filesDir = getContext().getFilesDir();  // <= getApplicationContext() est rarement utile
if (filesDir.mkdirs()) {
      File drawableFile = new File(filesDir, relativePath);
      ... on fait un truc sur drawableFile
} else {
    // probleme !
}

Bien entendu, ces fichiers n'ont rien à voir avec les ressources qui ne sont pas accessibles par le filesystem de toute manière.
Le seul moyen d'accéder aux ressources est de passer par l'objet "Resources":

Code :

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

1
2
3
4
5
6
7
8
9
10
 
Resources res = getContext().getResources();
InputStream is = null;
try {
   int idres = res.getIdentifier(...); // c'est ici qu'on aura le "chemin" mais dans ce cas, plutot que de stocker des chemins, mieux vaut stocker des IDs directement.
   is = res.openRawResource(idres);
    ... utilisation du stream;
} finally {
   if (is != null) try { is.close(); } catch (IOException ex) { }
}

[gloax29]

bonjour,
, très bien expliqué.

[francky74]

Merci pour ces explications !!!