mobile-best-practice/chapters/MBP_007_fr.md

42 lines
1.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters!

This file contains ambiguous Unicode characters that may be confused with others in your current locale. If your use case is intentional and legitimate, you can safely ignore this warning. Use the Escape button to highlight these characters.

## Stocker localement les données de l'utilisateur
### Identifiants
// TODO
### Catégories
| Cycle de vie | Tiers | Responsable |
|:---------:|:----:|:----:|
| 3. Réalisation (fabrication / développement) | Datacenter | Architecte Logiciel/Développeur |
### Indications
| Degré de priorité | Mise en oeuvre | Impact écologique |
|:-------------------:|:-------------------------:|:---------------------:|
| 4 | 3 | 4 |
|Ressources Economisées |
|:----------------------------------------------------------:|
| Réseau / Requêtes |
### Description
Il est inutile de stocker sur le serveur des données qui n'ont de sens que pour un utilisateur donné.
Il existe différents moyens permettant de stocker ce type de données en local sur un téléphone :
* Le stockage sous forme de clé valeur, grâce par exemples aux SharedPreferences.
* Le stockage au sein de la base de données locale (via SQLite ou Room par exemple).
Lintérêt du stockage local est double. Dune part, on évite les allers-retours inutiles avec le serveur, ce qui économise des ressources et du temps de réponse.
Dautre part, comme les données sont locales, il est plus facile et plus rapide de les manipuler au sein de linterface.
Le gain potentiel est la réduction de la charge serveur, donc du nombre déquipements nécessaires (de leur empreinte environnementale et économique),
des serveurs HTTP jusquaux serveurs de base de données.
### Principe de validation
| Le nombre ... | est inférieur ou égal à |
|-------------------|:-------------------------:|
| de données statiques non stockées localement | 25% |