mobile-best-practice/chapters/MBP_028_fr.md

41 lines
1.6 KiB
Markdown
Raw Normal View History

2024-02-07 15:07:29 +00:00
## Valider le code avec un Linter
### Identifiants
// TODO
### Catégories
| Cycle de vie | Tiers | Responsable |
|:---------:|:----:|:----:|
| 3. Réalisation (fabrication / développement) | Utilisateur/Terminal | Architecte Logiciel/Développeur |
### Indications
| Degré de priorité | Mise en oeuvre | Impact écologique |
|:-------------------:|:-------------------------:|:---------------------:|
| 3 | 3 | 2 |
|Ressources Economisées |
|:----------------------------------------------------------:|
| Processeur |
### Description
Lanalyse de qualité du code via **lint** permet de vérifier que les fichiers du projet Android ne présentent pas de bugs potentiels et propose des optimisations visant à améliorer la sécurité, les performances, l'utilisation,l'accessibilité et l'internationalisation d'une application.
Il est recommandé d'ajouter à votre processus de développement différents outils permettant d'assurer la qualité de votre code de manière.
Ce processus d'analyse peut être automatisé par exemple en étant exécutée avant chaque commit ([git pre-commit hook](https://git-scm.com/book/en/v2/Customizing-Git-Git-Hooks)) et sur la CI.
Source :
[Android Developer - Improve your code with lint check](https://developer.android.com/studio/write/lint#pref)
### Exemple
### Principe de validation
| Le nombre ... | est inférieur ou égal à |
|-----------------------------------------------------|:-------------------------:|
| de lignes de code source non validées par un linter | 0 |