mobile-best-practice/chapters/MBP_028_fr.md

43 lines
1.6 KiB
Markdown
Raw Permalink 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.

## 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 |