mobile-best-practice/chapters/MBP_026_fr.md

## Assurer la compatibilité avec les plus anciens appareils du parc

### Identifiants

| V1 |
|:--:|
| 26 |

### 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 |
ajout de nouvelle practice 2024-02-07 15:07:29 +00:00			`## Assurer la compatibilité avec les plus anciens appareils du parc`

			`### Identifiants`

review current best practice and add new one. move wip best practices on another branch (#1) Reviewed-on: https://git.itsonus.fr/client_projects/mobile-best-practice/pulls/1 Co-authored-by: DEMEY Fanny <fanny.pluvinage@gmail.com> Co-committed-by: DEMEY Fanny <fanny.pluvinage@gmail.com> 2024-04-04 08:28:02 +00:00			`\| V1 \|`
			`\|:--:\|`
			`\| 26 \|`
ajout de nouvelle practice 2024-02-07 15:07:29 +00:00
			`### 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 \|`