mobile-best-practice/chapters/MBP_026_fr.md

40 lines
1.7 KiB
Markdown
Raw Permalink Normal View History

2024-02-07 15:07:29 +00:00
## Assurer la compatibilité avec les plus anciens appareils du parc
### Identifiants
// TODO
### Catégories
| Cycle de vie | Tiers | Responsable |
|:---------:|:----:|:----:|
| 3. Réalisation (fabrication / développement) | Utilisateur/Terminal | PO/AMOA |
### Indications
| Degré de priorité | Mise en oeuvre | Impact écologique |
|:-------------------:|:-------------------------:|:---------------------:|
| 4 | 3 | 5 |
|Ressources Economisées |
|:----------------------------------------------------------:|
| Déchets électroniques |
### Description
Il faut s'assurer de la compatibilité d'une application avec les versions d'OS les plus anciennes, pour ne pas contribuer à l'obsolescence matérielle, forçant les utilisateurs à renouveler un appareil qui est encore en état de marche, générant alors inutilement un déchet électronique.
Prendre en compte ce critère dans le choix du `minSdk` lors de la configuration du projet est donc primordiale. Se baser sur les statistiques de répartition fournies par Google au sein d'Android Studio lors de la création d'un projet peut aider à la prise de décision, en gardant en tête qu'un utilisateur final préférera toujours avoir un service minimum que pas de service du tout.
### Exemple
En février 2024, configurer le `minSdk` d'une application à `21`, permet une compatibilité sur 99,3% des appareils sur le marché. Cette version permet également d'utiliser Jetpack Compose.
### Principe de validation
| Le nombre ... | est égal à |
|-------------------|:-------------------------:|
| de pages non testées sur les configurations les plus contraignantes du contexte projet | 0 |