Le guide de développement Android dit
Les fournisseurs de contenu sont également utiles pour lire et écrire des données privées sur votre application et non partagées.
Généralement, les fournisseurs de contenu sont utilisés pour fournir des données à différentes applications ou pour partager des données entre elles. Je me demandais s’il était utile d’avoir des fournisseurs privés et de ne pas vouloir les partager. Existe-t-il des avantages à fournir un access direct à la firebase database ou au système de fichiers?
Merci Rajath
CursorLoader
) pour vous assurer que votre application fonctionne correctement du côté de l’interface utilisateur. ContentProvider
, de sorte que tout locking puisse avoir lieu entièrement dans vos appels de substitution ContentProvider, plutôt que de les garder dans une couche DB, un service et une couche d’interface utilisateur. En ce qui concerne le locking rentrant de la firebase database, il ne le fait pas complètement, mais cela aide – votre classe ContentProvider implémente quatre fonctions simples (interface CRUD) et, si vous choisissez de la remplacer, une cinquième, batchAdd () – – Ceci localise votre locking. La réponse simple est de simplement marquer les quatre / cinq de ces déclarations de fonction “synchronisées” au niveau de la fonction et vous avez terminé. Beaucoup plus propre que d’essayer de trouver le moyen de verrouiller dans 20 lieux différents votre access à votre firebase database.
Par exemple, un scénario d’utilisation d’applications multiprocessus (par exemple, le service de lecture de musique s’exécute généralement dans un processus distant) entre les deux processus qui, dans une firebase database de partage d’applications, doit utiliser un ContentProvider privé.