Files
mobile-best-practice/chapters/MBP_028_fr.md
2024-04-04 08:28:02 +00:00

43 lines
1.6 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

## Valider le code avec un Linter
### Identifiants
| V1 |
|:--:|
| 28 |
### 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 |