Diff entre getExternalFilesDir et getExternalStorageDirectory()

Je comprends que ExternalFiles est pour être utilisé sur des API de 8 et getExternalStorageDirectory est pour 7 et vers le bas. Cependant, je suis un peu confus entre l'utilisation. Par exemple, je voulais vérifier qu'un dossier qui existe et déjà vous utilisez quelque chose comme:

File ChildFolder = new File(Environment.getExternalStorageDirectory() + "/ParentFolder/Child");

Cependant chaque exemple je vois, dit d'utiliser getExternalFilesDir (null), Fichier.ext. Depuis que je suis au-dessus de l'API 8 je veux utiliser cette méthode, mais comment dois-je viens de vérifier pour un dossier? Je vais vérifier pour les fichiers existence à un autre point, mais pour l'instant, simplement pour voir si les dossiers existent??

TIA
JB

InformationsquelleAutor GPGVM | 2012-04-12

android

107
```
getExternalFilesDir()
```
Il retourne le chemin d'accès à fichiers dossier à l'intérieur Android/data/data/your_package/ sur votre carte SD. Il est utilisé pour stocker tous les fichiers requis pour votre application (par exemple, les images téléchargées à partir du web ou des fichiers de cache). Une fois que l'application est désinstallée, toutes les données stockées dans ce dossier est allé trop.
```
getExternalStorageDirectory()
```
Il renvoie le chemin d'accès racine de votre carte SD (e.g mnt/sdcard/). Si vous enregistrez des données sur ce chemin et la désinstallation de l'application, que les données ne seront pas perdues.
- Donc dites-vous que Google Android, les gars veulent que vous utilisez uniquement getExternalFilesDir() de l'API de 8 et, par conséquent, si vous êtes en conformité de vos fichiers seront supprimés lors de la désinstallation? Ne m'obtenez pas le mal, je veux que ce comportement que je ne veux pas de fichiers à gauche si quelqu'un désinstalle. L'autre élément, je suis pas sûr de l', mais d'expérimenter maintenant, est exactement à quoi il retourne si un dossier est là. Par exemple, il sera de retour rien que pour cette ligne: Fichier(getExternalFilesDir(null), "/ParentFldr/ChildFldr");
- Android de Google veut que vous utilisez quoi que ce soit qu'ils fournissent dans le cadre. Donc, c'est votre choix et exigences de conception. Si vous ne voulez pas les fichiers de rester à gauche lorsque l'application est désinstallée puis, vous êtes encouragés à utiliser getExternalFilesDir() ou getExternalCacheDir()
- Bien sûr que je peux voir exactement ce que vous dites...je suis juste confus par cette ligne de Dev Docs. "Si vous êtes à l'aide de l'API de Niveau 7 ou moins, utiliser getExternalStorageDirectory(), à..." et "Si vous utilisez l'API de Niveau 8 ou plus, utilisez getExternalFilesDir() pour ouvrir un Fichier..." ces deux lignes à partir d'ici: developer.android.com/guide/topics/data/.... Je crois que vous et ont utilisé à la fois avec succès, je n'avais juste pas envie d'utiliser quelque chose qui peut disparaître de la future API versions.
- C'est parce que l'API de 8, ils ont introduit des médias avancé des fonctions du scanner qui permet pour l'analyse des données à partir des dossiers comme la musique, des photos, des sonneries, etc. Ces répertoires sont créés automatiquement uniquement si vous utilisez getExternalFilesDir(). Maintenant, depuis que cette fonctionnalité n'était pas disponible dans l'API 7 c'est pourquoi ils ont recommandé d'utiliser getExternalStorageDirectory(). Simple...
- J'ai besoin de revenir en arrière et faire plus de lecture. Quelque chose n'est pas en cliquant sur mon pea cerveau et vous avez certainement été patient à essayer de m'aider. Je Vous remercie beaucoup.
- son ok, donnez-lui quelque temps, il y aura bientôt un eureka moment 🙂
- Les fichiers placés dans getExternalFilesDir() supprimés lors du montage de l'appareil comme un Disque de Stockage?
- rien n'est supprimé, mais sera indisponible jusqu'à la de stockage est monté à l'arrière.
- Il est important de savoir que getExternalStorageDirectory() n' ce n'est pas nécessairement -- peut-être même habituellement pas -- retourner le chemin d'accès à votre carte SD." Au lieu de cela, elle renvoie la "primaire externe répertoire de stockage". Les docs (developer.android.com/reference/android/os/...) dire:
- Note: ne soyez pas confus par le mot "externe" ici. Ce répertoire peut être mieux pensé que les médias/de stockage partagé. C'est un système de fichier qui peut contenir une quantité relativement importante de données et qui est partagé entre toutes les applications (ne pas appliquer des autorisations). Traditionnellement ceci est un carte SD, mais il peut également être mis en œuvre en tant que stockage intégré dans un appareil qui est distincte de la zone protégée de la mémoire interne et peut être monté comme un système de fichiers sur un ordinateur.'
InformationsquelleAutor waqaslam
43

Tout d'abord, nous avons besoin de comprendre quelle est la différence entre l'Interne de Stockage, de Stockage Externe (aka primaire de stockage externe) et Secondaire de Stockage Externe?

De Stockage interne: est un service de stockage qui n'est pas accessible par l'utilisateur, sauf via les applications installées (ou par l'enracinement de leur appareil). Exemple: data/data/app_packageName

Primaire de Stockage Externe: construit Dans le stockage partagé qui est "accessible par l'utilisateur en branchant un câble USB et le monter comme un disque sur un ordinateur hôte". Exemple: Quand nous disons Nexus 5 32 GO.

Secondaire de Stockage Externe: de stockage Amovible. Exemple: Carte SD.
```
getExternalFilesDir (String type)
```
Il retourne le chemin d'accès aux fichiers d'un dossier à l'intérieur Android/data/data/your_package/primaire de stockage externe. Ce qui est stockage intégré.
```
getExternalStorageDirectory ()
```
Il sera de retour le chemin du secondaire de stockage externe répertoire
- Merci pour expliquer les différents types de stockage. Cependant, peut-être en modifier le stockage interne de l'élément à mentionner que l'appel de la méthode pour obtenir cette valeur est getFilesDir(). Eh bien, je suppose que la méthode renvoie en fait de données/data/app_packageName/fichiers, mais il est encore un espace de stockage interne.
- Veuillez écrire à ce sujet File getExternalStoragePublicDirectory (String type) et File getFilesDir () ainsi
- Merci Vic. De l'environnement.getExternalStorageDirectory() sorties /storage/emulated/0
- Avez-vous une documentation pour l'instruction primaire de stockage externe est toujours construit, tandis que le secondaire est toujours amovible? Je pensais que ceux qui étaient indépendants questions... certains téléphones ne prennent pas en "externe" de stockage, dans lequel cas la primaire de stockage externe peut être la carte SD amovible.
- selon ma connaissance, il n'existe actuellement pas de téléphone dans le marché ou à venir proche avenir qui n'auront pas intégré dans le primaire de stockage externe. Il y a des téléphones à l'époque de pain d'épice lorsque ces téléphones existé, mais pas maintenant. Pourriez-vous veuillez donner le nom de "certains" des téléphones qui n'ont pas intégré dans "la primaire de stockage externe"?
- J'ai rencontré ce genre de téléphones, et je n'ai pas un appareil avec une version aussi ancienne que le pain d'épice, je devrais donc être en mesure de venir avec un. Si oui, je vais poster ici, mais il faudra un certain temps pour le tester. Cependant, même si je ne peux pas trouver un tel exemple, il semble assez dangereux pour représenter "Que ce que j'en sais, sur tous les portables depuis le pain d'épice, X est équivalent à Y" "X = Y". Surtout si il n'y a aucune documentation à l'appui de l'idée.
- Est ce chemin(Android/data/data/your_package/) limited pour n'importe quelle application? par exemple, si la Primaire de Stockage Externe a 3 concert gratuit,pourrais-je (développeur android) enregistrer 3 gig de données sur ce dossier?
- Cette réponse est fausse. getExternalStorageDirectory retours /storage/emulated/0 qui est le Principal espace de stockage interne
InformationsquelleAutor VicJordan
13

! MISE À JOUR IMPORTANTE ! pour celui qui vient à travers cette question.

Que c'est un peu vieille question voulais juste apporter quelques précisions. Depuis KitKat, même les apps qui ont WRITE_EXTERNAL_STORAGE autorisation sont seulement permis à écrire à Android/data/data/your_package/ sur le stockage externe, un.k.un getExternalFilesDir()

Si vous essayez d'écrire à getExternalStorageDirectory() + "/somefolder/anotherfolder/" vous obtiendrez une SecurityException sur la plupart des appareils
- Selon les documents, les applications qui ont le WRITE_EXTERNAL_STORAGE autorisation PEUT écrire à d'autres solutions de stockage externe, et pas seulement les leurs. C'est les applications qui n'ont PAS l'autorisation qui ne peut écrire qu'à leur propre répertoire: developer.android.com/reference/android/content/... "à Partir de KITKAT, aucune autorisation n'est requise pour lire ou écrire dans le retourné chemin; il est toujours accessible à l'application appelante... Pour les chemins d'accès appartenant à d'autres paquets, WRITE_EXTERNAL_STORAGE et/ou READ_EXTERNAL_STORAGE sont nécessaires."
- C'est là que "sur la plupart des appareils" commence à la matière qu'android docs généralise l'idée, mais parfois, les fabricants ont des choses comme InternalStorage (intégré dans le stockage pour les données de l'app), ExternalStorage-Primaire (aussi intégré dans le stockage avec un plus grand accès de la portée) et ExternalStorage-Secondaire (ce serait monté des trucs comme les cartes SD). Maintenant, vous pouvez faire une supposition qui chemin getExterneStorageDirectory retourne
- Qui n'a pas d'adresse les informations incorrectes dans votre réponse. "Depuis KitKat, même les apps qui ont WRITE_EXTERNAL_STORAGE autorisation ne sont autorisés à écrire dans Android/data/data/your_package/ sur le stockage externe, un.k.un getExternalFilesDir()". Pour les docs, c'est faux. Avec WRITE_EXTERNAL_STORAGE, les applications peuvent écrire à tous de stockage externe.
- avez-vous testé? Ma compréhension de la documentation, et de mon expérience avec KitKat et, plus tard, des dispositifs, est différente de la vôtre. (Tiens je eu le temps de hachage de tous les détails maintenant. Peut-être plus tard.) Mon expérience est que SGal est droit. Puis il y a aussi Lollipop qui est un peu différent.
- Cette réponse est totalement faux, selon Android documentation. Voir developer.android.com/reference/android/... "à Partir de l'API de niveau 19, cette autorisation n'est pas nécessaire pour lire/écrire des fichiers dans votre application répertoires spécifiques retourné par getExternalFilesDir(String) et getExternalCacheDir()." (À noter que l'API de niveau 19 = KitKat.) Aucune idée de comment il a beaucoup de upvotes.
- peut-être parce que le comportement de certains téléphones (Galaxy S2 dans mon expérience) n'est pas conforme à la documentation. Peut-être un bug, peut-être une configuration multiples (interne/externe des partitions) que google n'a pas en compte lors de la fixation. Je peux lire, je sais ce que la documentation dit. Il suffit de le mettre là-bas ce qui concerne mon expérience personnelle a été.
- Je peux dire à cent pour cent que le SM-N900 Android 5.0, il soulève une SecurityException en essayant de lire des données à l'aide de createPackageContext(..). getExternalFilesDirs(null)
InformationsquelleAutor SGal

Vous devez vous connecter pour publier un commentaire.