mobile-best-practice/chapters/MBP_011_fr.md

40 lines
1.5 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.

## Ne pas redimensionner les images coté application
### Identifiants
| GreenIT | V2 | V3 | V4 |
|:-------:|:----:|:----:|:----:|
| 93 | 20 | 34 | |
### Catégories
| Cycle de vie | Tiers | Responsable |
|:---------:|:----:|:----:|
| 3. Réalisation (fabrication / développement) | Utilisateur/Terminal | Utilisateur |
### Indications
| Degré de priorité | Mise en oeuvre | Impact écologique |
|:-------------------:|:-------------------------:|:---------------------:|
| 4 | 4 | 4 |
|Ressources Economisées |
|:----------------------------------------------------------:|
| Processeur / Réseau |
### Description
Ne pas redimensionner les images côté application. Cette approche impose en effet de transférer ces images dans leur taille originale, gaspillant ainsi de la bande passante et des cycles CPU.
### Exemple
Une image de 350 × 300 pixels encodée en PNG 24 pèse 41 Ko. Redimensionnée dans le code, la même image affichée en vignette à 70 × 60 pixels pèse toujours 41 Ko, alors quelle ne devrait pas dépasser 3 Ko ! Soit 38 Ko téléchargés à chaque fois pour rien…
La meilleure solution consiste à ce que le serveur génére des images à la taille à laquelle elles sont affichées.
### Principe de validation
| Le nombre ... | est inférieur ou égal à |
|---------------------------------------------|:-------------------------:|
| d'images redimensionnées dans l'application | 0 |