Imports statiques, bonnes pratiques
Résolu/Fermé
A voir également:
- Imports statiques, bonnes pratiques
- Exercices pratiques de négociation pdf - Forum Loisirs / Divertissements
- Baux dhcp statiques - Forum DHCP
- Pourquoi désactiver la recherche dns dans des travaux pratiques - Forum DNS
- Travaux pratiques excel 52 exercices pdf - Forum Excel
- Baux dhcp statiques livebox ✓ - Forum Livebox
1 réponse
KX
Messages postés
16668
Date d'inscription
samedi 31 mai 2008
Statut
Modérateur
Dernière intervention
17 mars 2023
3 005
30 sept. 2015 à 00:17
30 sept. 2015 à 00:17
Bonjour,
Les import static doivent être utilisés de manière exceptionnelle. Ça ne va pas poser de problème en terme de performance, mais ça peut provoquer des conflits de noms.
Les bonnes pratiques - rien de super formel juste quelques conseils - serait déjà de maîtriser au maximum les impacts.
Donc on évitera les wildcards (import static toto.*) pour privilégier une liste exhaustive de ce qui est importé.
Autant que possible on évitera les imports sur les méthodes, sauf si vraiment c'est utilisé dans chaque ligne de code mais c'est assez rare.
Les import static sont mieux maîtrisés sur des constantes tu peux les utiliser sans trop de risques.
Surtout éviter, voir bannir, des import static de plusieurs classes en même temps. Ça devient illisible de bien comprendre quoi vient d'où.
Normalement le nom de la classe qui porte l'élément statique apporte une information complémentaire sur cet élément. Cet élément d'information est moins visible avec les import static puisque cela n'apparaît que dans les import donc ça peut rendre le code moins clair.
Bref, l'import static peut servir de temps en temps mais ça doit être justifié, car en réalité c'est souvent une fausse bonne idée de l'utiliser.
Les import static doivent être utilisés de manière exceptionnelle. Ça ne va pas poser de problème en terme de performance, mais ça peut provoquer des conflits de noms.
Les bonnes pratiques - rien de super formel juste quelques conseils - serait déjà de maîtriser au maximum les impacts.
Donc on évitera les wildcards (import static toto.*) pour privilégier une liste exhaustive de ce qui est importé.
Autant que possible on évitera les imports sur les méthodes, sauf si vraiment c'est utilisé dans chaque ligne de code mais c'est assez rare.
Les import static sont mieux maîtrisés sur des constantes tu peux les utiliser sans trop de risques.
Surtout éviter, voir bannir, des import static de plusieurs classes en même temps. Ça devient illisible de bien comprendre quoi vient d'où.
Normalement le nom de la classe qui porte l'élément statique apporte une information complémentaire sur cet élément. Cet élément d'information est moins visible avec les import static puisque cela n'apparaît que dans les import donc ça peut rendre le code moins clair.
Bref, l'import static peut servir de temps en temps mais ça doit être justifié, car en réalité c'est souvent une fausse bonne idée de l'utiliser.
30 sept. 2015 à 13:24