Quelle est la meilleure pratique pour développer une mise en page? Vaut mieux limiter les divs? Je regardais à travers les HTML / CSS de certains sites populaires et ils semblent tous avoir des divs des divs. Par exemple, une DIV pour la page entière, une DIV pour la barre de dessus, une DIV dans la barre supérieure pour le logo, la barre de recherche, etc. P>
Est-ce une bonne pratique? Je suppose qu'il est plus facile de positionner correctement toutes les divs et de placer les éléments nécessaires dans les DIV. C'est ce que j'ai fait aussi loin que je veux m'assurer que j'apprends la bonne approche. P>
Une aide à ce sujet est appréciée. Merci! P>
4 Réponses :
A Cependant, vous devez avoir
<p>This is a paragraph of text</p>
Ça a du sens. Dans la mesure du possible, je veillerai à utiliser la langue sémantique pour spécifier quelque chose plutôt que le div, car la div devrait être utilisée pour structurer. Je suppose que je veux m'assurer que je ne suis pas "trop structurant" (reportez-vous à mon commentaire à l'autre réponse ci-dessus sur la voir FB, Google et de nombreux autres sites en utilisant des divs dans des divs pour structurer leur contenu, je veux faire sûr que c'est la bonne approche).
Il y a un nom pour ce type de "odeur de code" dans HTML: divite A > strong>. P>
Vous devriez vous développer des connaissances sur les significations sémantiques pour les balises dans HTML. Vous pouvez commencer par lire Cet article , mais il est plus concentré sur HTML4.01 et XHTML. Il existe plusieurs nouvelles tags dans HTML5 et quelques modifications de signification sémantique pour les balises HTML4 existantes. P>
La grande question est généralement d'utiliser des divs ou des tables. Les tables créent beaucoup de maux de tête, dont certains vous ne pouvez pas travailler. Mais les divs peuvent aussi avoir leurs problèmes. P>
Peu importe ce que vous utilisez, le niveau de nidification peut en effet rendre la page difficile à comprendre. Vous devriez donc privilégier les plus petits niveaux d'imbrication nécessaires. Dans le même temps, essayer de ne pas nier ne peut pas également rendre le HTML difficile à comprendre. P>
Je pense que très peu de concepteurs Web modernes compétents utilisent des tables de données que des données tabulaires. Il est inexact de poser cette dichotomie.
Je travaille dans un champ qui implique d'analyser et de modifier le HTML pour les sites Web des clients, dont beaucoup sont des détaillants majeurs. Je rencontre une mauvaise utilisation des tables fréquemment.
Utiliser Si l'archive sur le blog mentionné précédemment n'a montré qu'un résumé de deux lignes de chaque poste de l'archive, une liste ordonnée peut avoir plus de sens que vous définissez une liste d'articles qui sont en ordre. Parfois, il aura un sens d'avoir imbriqué points de base à retenir: p>
Merci cette information. C'était utile. Il semble que DIV dans des divs pourrait être utile structurellement alors. Cependant, est-ce de survenir ce que je vois Google et Facebook faire avec leur HTML? Par exemple, vous entrez dans l'un de leurs headers htmls (prenons FB par exemple) et vous verrez un ID DIV spécifique pour leur logo, une barre de recherche, des icônes de gauche, des icônes à droite, etc. est l'avantage à cette meilleure structure? Plutôt que d'avoir tous ces articles placés dans l'en-tête DIV?
Google et Facebook doivent être conformes à tous les spectres de navigateur Web que quiconque peut utiliser, y compris IE6, le fléau du développeur Web. Ils doivent donc emballer d'énormes quantités de hacks spécifiques au navigateur dans leurs pages afin d'avoir un rendu cohérent, alias les «Tweaks» que j'ai mentionnés. Vous n'avez probablement pas besoin de faire ce genre de chose car IE6 est largement ignorable ces jours-ci. Cela dépend de qui va utiliser votre site Web.
Diviser code> (c'est ce que
div code> s est censé être utilisé pour) des sections de votre page l'un de l'autre. En-tête / pied de page du contenu par exemple ou des postes individuels sur un blog.
Cependant, vous ne devriez pas les utiliser lorsque sémantiquement un autre élément aurait un sens. P>
En tant que test de base, imaginez que votre page est analysée par un lecteur pour un utilisateur malvoyant visuellement. Il doit savoir ce qui est dans chaque noeud du document afin qu'il puisse l'annoncer correctement. Cela ne se soucie pas de ce que vos besoins visuels de CSS sont, il veut simplement l'analyser dans la parole aussi précisément que possible. P>
Je lis cela rapidement aujourd'hui et j'ai fait un peu plus de recherches sur la "divite", a rencontré cet article et ça vaut la peine de lire! YourInSpirationWeb.com/fr / ...