En travaillant sur de grands projets d'envergure fonctionnant avec des dizaines de développeurs, il est important que nous travaillions tous de façon unifiée avec pour objectif de :
- Garder les feuilles de style maintenables
- Garder le code transparent et lisible
- Garder les feuilles de style extensibles

Il existe plusieures techniques que nous devons employer pour satisfaire ces objectifs.

Commentaires

"Ne JAMAIS utiliser des ID en CSS."
A partir de là j'ai laissé tomber la lecture.

Il y a plus de 5 ans

Oui pour styler les éléments... Personnellement, ça ne me choque pas...
Peux-tu développer ce qui te gênes ?

Il y a plus de 5 ans

Oui c'est vrai que j'ai été un peu rapide sur mon commentaire.
Si les ID existent c'est bien pour les utiliser, l'article dis lui-même qu'ils sont bien plus précis pour la sélection. Effectivement on perd toute réutilisabilité mais il y'a des éléments qui seront forcément uniques dans la page (wrapper, header, footer) et donc les styler via un ID n'est pas forcément erreur.
Ensuite quand on dois développer du JS ( != jQuery) en se basant uniquement sur des classes c'est une plaie car l'on récupére un tableau indexé. L'article précise bien que l'on peut assigner des ID pour ces exceptions mais au final on se retrouve à doubler les sélecteurs.
Et surtout je n'aime pas les avis tranchés tels quels qui veulent s'imposer comme parole d'évangile :)

NB : je suis développeur web (PHP) et j'ai eu à faire peu d'intégration donc je suis loin d'être le mieux placé sur ce sujet. Néanmoins j'étend ma veille à ce domaine car cela est un plus dans ce que je fais et j'étais tombé sur un article, sur HumanCoders justement, j'essayerais de retrouver la source, où ces "bonnes pratiques" avaient tendance à changer du jour au lendemain (et où il était dis qu'il ne fallait pas bannir systématiquement les ID).

Il y a plus de 5 ans

Vous devez vous inscrire ou vous connecter pour poster un commentaire