ContextWrapper.ExternalCacheDir Propriété

public override Java.IO.File? ExternalCacheDir { [Android.Runtime.Register("getExternalCacheDir", "()Ljava/io/File;", "GetGetExternalCacheDirHandler")] get; }

[<get: Android.Runtime.Register("getExternalCacheDir", "()Ljava/io/File;", "GetGetExternalCacheDirHandler")>]
member this.ExternalCacheDir : Java.IO.File

Valeur de propriété

Retourne le chemin absolu vers un répertoire spécifique à l’application sur l’appareil de stockage principal partagé/externe où l’application peut placer des fichiers de cache qu’elle possède. Ces fichiers sont internes à l’application et ne sont généralement pas visibles par l’utilisateur en tant que média. C’est comme getCacheDir() dans lequel ces fichiers seront supprimés lorsque l’application est désinstallée, mais il existe certaines différences importantes : la plateforme ne surveille pas toujours l’espace disponible dans le stockage partagé et peut donc ne pas supprimer automatiquement ces fichiers. Les applications doivent toujours gérer l’espace maximal utilisé dans cet emplacement. Actuellement, les seuls fichiers de temps ici seront supprimés par la plateforme lors de l’exécution sur Build.VERSION_CODES. JELLY_BEAN_MR1 ou version ultérieure et Environment.isExternalStorageEmulated(File) retourne true. Le stockage partagé peut ne pas toujours être disponible, car le support amovible peut être éjecté par l’utilisateur. L’état du média peut être vérifié à l’aide de Environment.getExternalStorageState(File). Aucune sécurité n’est appliquée avec ces fichiers. Par exemple, toute application contenant des Manifest.permission.WRITE_EXTERNAL_STORAGE peut écrire dans ces fichiers. Si un appareil de stockage partagé est émulé (tel que déterminé par Environment.isExternalStorageEmulated(File), son contenu est soutenu par une partition de données utilisateur privée, ce qui signifie qu’il n’existe aucun avantage à stocker des données ici au lieu du répertoire privé retourné par getCacheDir(). À partir de Build.VERSION_CODES. KITKAT , aucune autorisation n’est requise pour lire ou écrire dans le chemin retourné ; il est toujours accessible à l’application appelante. Cela s’applique uniquement aux chemins générés pour le nom du package de l’application appelante. Pour accéder aux chemins d’accès appartenant à d’autres packages, Manifest.permission.WRITE_EXTERNAL_STORAGE et/ou Manifest.permission.READ_EXTERNAL_STORAGE sont requis. Sur les appareils avec plusieurs utilisateurs (comme décrit par UserManager), chaque utilisateur a son propre stockage partagé isolé. Les applications ont uniquement accès au stockage partagé pour l’utilisateur sous lequel elles s’exécutent. Le chemin retourné peut changer au fil du temps si différents supports de stockage partagés sont insérés, de sorte que seuls les chemins relatifs doivent être conservés. Retourne le fichier Cette valeur peut être null.

Attributs

RegisterAttribute

Remarques

Les parties de cette page sont des modifications basées sur le travail créé et partagé par Android Open Source et utilisées en fonction des termes décrits dans la Creative Commons 2.5 Attribution License.

Java documentation pour android.content.ContextWrapper.getExternalCacheDir().