De sorte que si la coutume attributs HTML ne sont pas valides XHTML?

Je sais que c'est la raison des gens qui ne l'approuve pas, mais est-ce vraiment important? Je pense que le pouvoir qu'ils fournissent, en interaction avec le JavaScript et le stockage et l'envoi d'informations depuis et vers le serveur, l'emporte sur la validation de préoccupation. Ai-je raté quelque chose? Quelles sont les ramifications de "non valide" HTML? Et ne serait pas une définition personnalisée de les résoudre de toute façon?

  • Je souhaite donc beaucoup de programmeurs n'étaient pas obsédés par la validation. C'est l'une de ces situations ont été ma première pensée est précisément "pour quoi?". La plupart des gens considèrent que le blasphème, malheureusement...
  • Je suis d'accord avec vous, mais je voulais l'entendre de la contre-arguments.
  • Un peu un doublon de stackoverflow.com/questions/992115/custom-attributes-yay-or-nay
  • Je voudrais savoir je valide... Il me fait me sentir au chaud et floue
  • La validation est agréable. Mettre votre projet au mieux des intérêts en jeu afin de le valider, c'est autre chose. Bonne fermeture des balises, une bonne syntaxe, ce sont des choses que je peux passer derrière. Jeter une solution car elle ne valide pas est une autre histoire. Il ya une raison pourquoi seulement 2 dans le top 1000 des sites web dans l'internet valider. Je préfère Faire les Choses.
  • Validation de l'aide à l'accessibilité n'est-ce pas? Par exemple, la liaison, je crois (peut-être mal), que certains le sens ou le contenu peuvent être perdues lors de balises personnalisées sont utilisées.
  • +1 Pour Paolo. Entreprise détermine si ou non la validation est nécessaire -- et non l'inverse.

InformationsquelleAutor Constantine | 2009-06-15
  1. 76

    La ramification est que le w3c vient dans 2, 5, 10 ans et crée un attribut du même nom. Maintenant, votre page est cassé.

    HTML5 va fournir un attribut de données de type juridique d'attributs personnalisés (comme les données myattr="foo"), donc peut-être que vous pourriez commencer à utiliser dès maintenant et être raisonnablement sûr de l'avenir des conflits de nom.

    Enfin, vous avez peut-être oublié que la coutume est la logique de la justification de l'attribut de classe. Bien qu'il soit généralement considéré comme un attribut de style qu'il est en réalité un moyen légal pour définir des méta-propriétés d'un élément. Malheureusement, vous êtes essentiellement limitée aux propriétés booléennes qui est pourquoi HTML5 est d'ajouter les données de préfixe.

    BTW, par "fondamentalement, boolean", je veux dire, en principe. En réalité, il n'y a rien pour vous arrêter à l'aide d'un élément de séparation dans votre nom de classe pour définir des valeurs personnalisées, ainsi que des attributs.

    class="document docId.56 permissions.RW"

    • Peuvent être résolus en les préfixant. Ne pas oublier que la vraie XHTML peuvent bénéficier d'espaces de noms, mais réel XHTML est rare de toute façon.
    • +1 pour l'utilisation de l'attribut de classe (à condition que les données sont de type boolean.
    • Je pense que c'est une bonne opposition, si elle n'est pas un danger dans la plupart des exemples que je suis en train de penser dans les projets récents. (Est-ce que "disbursementId" susceptibles de devenir le w3c attribut?) Encore, le fait de savoir pourquoi quelque chose doit être évitée vous indique également quand il n'a pas à être évitée.
    • Même si quelque chose ne va pas devenir un standard du W3C, il pourrait être utilisé dans un proprietry extension de navigateur ou le navigateur, l'extension plugin, ou un tiers JavaScript que vous souhaitez utiliser. Vous pouvez réduire la chance d'avoir une collision, mais de ne pas utiliser les attributs non standards, en premier lieu, évite entièrement.
    • n'est-il pas aussi plausible qu'un proprietry extension de navigateur utilisera également les données de convention de nommage?
    • Les extensions de navigateur rarement modifier la page de balisage. Ceux qui réussissent ont tendance à se briser les pages comme une question de cours (Symantec AV et Skype sont connus pour cela). Toujours pas une raison pour ne pas utiliser les préfixes.
    • Comme un compagnon de dev commentaire sur le point séparateur - il peut casser des sélecteurs de classe: class="thingType.image" -> pensez à cibler les .thingType.image{} ou $('.thingType.image').

    InformationsquelleAutor SpliFF
  2. 22

    Oui, vous pouvez légalement ajouter des attributs à l'aide de "données".

    Par exemple:

    <div id="testDiv" data-myData="just testing"></div>

    Après cela, il suffit d'utiliser la dernière version de jquery pour faire quelque chose comme:

    alert($('#testDiv').data('myData'))

    ou pour définir un attribut de données:

    $('#testDiv').data('myData', 'new custom data')

    Et depuis jQuery fonctionne dans presque tous les navigateurs, vous ne devriez pas avoir de problèmes 😉

    mise à jour

    • de données myData peut être converti en données mydata dans certains navigateurs, autant que le moteur javascript est concerné. Mieux vaut la garder en minuscules tout le chemin.
    • Merci pour la mention de jQuery.de données() - rend-il pas seulement cool, mais élégante solution!
    • Remarque: selon la norme, le trait d'union de données séparées - les attributs sont convertis en camelCase en Javascript. De sorte que vous pourrait utiliser les données-mes-données et il serait myData en Javascript.
    InformationsquelleAutor DrParanoia
  3. 10

    De Validation n'est pas une fin en soi, mais un outil à utiliser pour les aider à attraper des erreurs au début, et de réduire le nombre de mystérieux, de rendu et de problèmes de comportement que vos pages web peuvent être confrontés lorsqu'il est utilisé sur plusieurs types de navigateur.

    L'ajout d'attributs personnalisés n'affectera pas l'une de ces questions maintenant, et il est peu probable de le faire dans l'avenir, mais parce qu'ils ne validez pas, cela signifie que lorsque vous venez à évaluer la sortie de la validation de votre page, vous devez soigneusement choisir entre les problèmes de validation de la question, et ceux qui n'en ont pas. Chaque fois que vous modifiez votre page et validez de nouveau, vous devez répéter cette opération. Si votre page valide totalement, alors vous obtenez un joli vert PASSER le message, et vous pouvez vous déplacer sur l'étape suivante de l'analyse ou de la prochaine modification doit être faite.

    InformationsquelleAutor Alohci
  4. 8

    J'ai vu des gens obsédés par la validation de faire bien pire/les choses bizarres que d'utiliser un simple attribut personnalisé:

    <base href="http://example.com/" /><!--[if IE]></base><![endif]-->

    À mon avis, les attributs personnalisés n'a vraiment pas d'importance. Comme les autres disent, il peut être bon de regarder dehors pour les futurs ajouts d'attributs dans les normes. Mais maintenant, nous avons des données* les attributs HTML5, de sorte que nous sommes sauvés.

    Ce qui compte vraiment, c'est que vous avez correctement les balises imbriquées, et correctement cité des valeurs d'attribut.

    J'ai même utiliser des noms de balise (celles introduites par HTML5, comme en-tête, pied de page, etc), mais ceux-ci ont des problèmes dans IE.

    En passant, je trouve souvent ironiquement comment tous ceux validation des fanatiques de l'arc en avant de Google trucs astucieux, comme iframe uploads.

    InformationsquelleAutor Ionuț G. Stan
  5. 7

    Au lieu d'utiliser des attributs personnalisés, vous pouvez associer vos éléments HTML avec les attributs à l'aide de JSON:

    var customAttributes = { 'Id1': { 'custAttrib1': '', ... }, ... };

    Et comme pour les ramifications, voir SpliFF, la réponse de.

    • Neat et succincte solution - seulement par le fait que l'élément et les attributs ne sont pas stockés ensemble.
    • Je ne suis pas sûr que c'est mieux que de simplement stocker les données (JavaScript), les propriétés de l'élément DOM objet (objet.attribut = "valeur"). Je sais que Safari a recommandations pour ce faire.
    • cela peut également être fait; mais alors nous aurons à créer les objets DOM et les stocker dans la mémoire.
    InformationsquelleAutor Kirtan
  6. 5

    Stocker plusieurs valeurs dans l'attribut de classe n'est pas le bon code d'encapsulation et juste un alambiqué hack façon de faire les choses. Prenez une annonce personnalisée des rotateurs, par exemple, qui utilise jquery. Il est beaucoup plus propre sur la page pour faire

    <div class="left blue imagerotator" AdsImagesDir="images/ads/" startWithImage="0" endWithImage="10" rotatorTimerSeconds="3" />

    et laissez quelques jquery simple code faire le travail à partir d'ici.
    Tout développeur ou concepteur de sites web peut maintenant travailler sur l'annonce de la coiffe et de modifier les valeurs de ce lorsque demandé sans trop tarder.

    De revenir à projet un an plus tard, ou à venir en un seul et où le développeur précédent split et est allé sur une île quelque part dans le pacifique peut être l'enfer à essayer de comprendre les intentions lorsque le code est écrit en clair et cryptées, comme ceci:

    <div class="left blue imagerotator dir:images-ads endwith:10 t:3 tf:yes"  />

    Lorsque nous écrire du code en c# et en d'autres langues, nous n'avons pas d'écrire du code en mettant toutes les propriétés personnalisées dans une propriété comme un espace délimité par des cordes et finissent par avoir à analyser cette chaîne à chaque fois que nous avons besoin de l'accès ou de l'écrire. De penser à la prochaine personne qui va travailler sur votre code.

    • Votre demande qui est le plus déroutant que de l'autre n'est pas pris en charge par quoi que ce soit, mais votre propre opinion. Dans les deux cas, vous auriez besoin de documenter les attributs de quelque part alors, la prochaine personne doit être en mesure de travailler avec l'un ou l'autre format. Le fait que vous avez délibérément changé les identifiants de vague abréviations dans le deuxième exemple, juste pour faire un point montre que vous n'a jamais vraiment eu un en premier lieu.
    InformationsquelleAutor Randall Tomes
  7. 2

    La chose avec la validation est qu'aujourd'HUI, on ne peut pas d'importance, mais vous ne pouvez pas savoir si elle va à la matière de demain (et, par la loi de Murphy, il SERA question demain).

    C'est juste mieux de choisir un futur alternatif. Si elles n'existent pas (ils le font dans ce cas particulier), le chemin à parcourir est de s'inventer un futur preuve alternative.

    À l'aide d'attributs personnalisés est probablement inoffensifs, mais encore, pourquoi choisir l'un de potentiellement dangereux solution juste parce que vous pensez (vous ne pouvez jamais être sûr), il ne cause aucun préjudice?. Il pourrait être intéressant d'en discuter si l'avenir de la preuve alternative était trop coûteux ou difficile à gérer, mais ce n'est certainement pas le cas.

    • Que l'on ne vous proposons d'utiliser dans la question que vous avez associé? Le haut voté réponse ne sera pas validé XHTML
    • Le haut voté réponse n'est pas constante, donc je ne sais de quoi vous parlez. En tout cas, j'avais raté le XHTML balises dans la question.
    • En outre, les commentaires de l'approche serait un avenir semble bien la preuve, comme l'est l'utilisation de JavaScript pour stocker les données au lieu d'attributs personnalisés. J'aime aussi le HTML5 approche, de parier sur un futur standard.
    InformationsquelleAutor Vinko Vrsalovic
  8. 2

    Vieille discussion mais néanmoins; à mon avis, depuis le html est un mark-up et non pas un langage de programmation, elle doit toujours être interprétée avec la clémence pour les mark-up "erreurs". Un navigateur est parfaitement en mesure de le faire. Je ne pense pas que ce sera et devrait changer à jamais. Par conséquent, la seule pratique d'importance des critères, c'est que votre code html sera affiché correctement par la plupart des navigateurs et continuera de le faire dans quelques années. Après ce délai, votre code html est probalbly être repensé, de toute façon.

    InformationsquelleAutor Laurens
  9. 2

    Juste pour ajouter mon ingrédient pour le mélange, la validation est également important lorsque vous avez besoin de créer du contenu qui peut/pourrait être post-traitées à l'aide d'outils automatisés. Si votre contenu est valide, on peut très facilement convertir balisage d'un format à un autre. Par exemple, en faisant valide XHTML XML avec un schéma spécifique est Beaucoup plus facile lors de l'analyse de données que vous savez et que vous pouvez vérifier à suivre prévisible format.

    J'ai, par exemple que mon contenu soit valide XHTML parce que très souvent, il est converti en XML pour divers travaux et ensuite converti en arrière sans perte de données ou inattendu de rendu des résultats.

    InformationsquelleAutor Nenotlep
  10. 1

    Bien cela dépend de votre client/patron/etc .. ont-ils exiger que ce soit de la validation XHTML?

    Certaines personnes disent qu'il ya beaucoup de solutions et, en fonction du sceneraio, ils peuvent fonctionner à merveille. Cela inclut l'ajout de classes, en tirant parti de la rel attribut, et quelqu'un qui a même écrit leur propre analyseur à l'extrait de JSON à partir des commentaires HTML.

    HTML5 fournit un moyen standard pour ce faire, le préfixe de vos attributs personnalisés avec des "données". Je ne recommande pas de faire cela maintenant, de toute façon, comme il y a une chance que vous pourriez utiliser un attribut qui sera utilisé en bas de la piste dans la norme XHTML.

    InformationsquelleAutor alex
  11. 0

    À l'aide de HTML non standard pourrait rendre le navigateur le rendu de la page en "mode quirks", auquel cas certaines autres parties de la page peut s'afficher différemment, et d'autres choses comme de positionnement peuvent être légèrement différentes. À l'aide d'une définition personnalisée peut contourner ce problème, cependant.

    • Une définition personnalisée, généralement, rend les choses pire que d'avoir des attributs personnalisés. Et résout pas d'autre problème que de la validation des mises en garde, que les navigateurs ignorent doctypes.
    • Pouvez-vous donner un exemple d'un navigateur qui seront mis en mode quirks par des attributs personnalisés si vous avez un DOCTYPE valide? Cela semble peu probable pour moi...
    • Autant que je sache, la plupart des navigateurs sont censés être bien tant qu'il y a un <!DOCTYPE html>, c'est pourquoi le HTML 5 ne suggère d'utiliser exactement que (c'est à dire pas d'identifiant PUBLIC ou chemin d'accès du SYSTÈME). Les navigateurs ne lisent pas les Dtd de toute façon, parce que les navigateurs ne pas valider. En général, ils ne devraient même pas se briser si confronté avec des éléments personnalisés (c'est pourquoi le HTML 5 éléments de travail à tous).
    • les navigateurs tentent différentes Dtd de toute façon, lorsque vous essayez d'afficher une page
    InformationsquelleAutor Graham Clark
  12. 0

    Car ils ne sont pas standard, vous n'avez aucune idée de ce qui pourrait arriver, ni maintenant, ni dans le futur. Comme d'autres l'ont dit W3C pourrait démarrer à l'aide de ces mêmes noms dans l'avenir. Mais ce qui est encore plus dangereux, c'est que vous ne savez pas ce que les développeurs du navigateur "xxx" ont fait lorsqu'ils rencontrent-ils.

    Peut-être que la page est affichée en mode quirks, peut-être que la page n'a pas rendu à tous sur quelque obscure navigateur mobile, peut-être que le navigateur est une fuite de mémoire, peut-être un tueur de virus va s'étouffer sur votre page, etc, etc, etc.

    Je sais que suivant les normes religieux pourrait sembler comme du snobisme. Cependant, une fois que vous avez rencontré des problèmes en raison de ne pas les suivre, vous avez tendance à arrêter de penser comme ça. Cependant, il est alors souvent trop tard, et vous avez besoin pour démarrer votre application à partir de zéro avec un cadre différent...

    • Ceci ressemble plus à de la peur que tout motif légitime pour éviter les attributs personnalisés. la page ne rend pas du tout en raison d'un attribut personnalisé? vraiment? une fuite de mémoire? vraiment?
    • Savez-vous ce que "un comportement non défini" les moyens, Paolo? Si vous avez codé en C pour un certain temps, vous aurez une très bonne santé, très justifié peur de lui. La plupart des navigateurs de traiter la plupart des pages avec des petits gants, mais regardez toutes les pages "cassé" par IE 7/8 pour voir où la politique de s'appuyer sur un comportement non standard conduit.
    • ... Mettons-nous d'accord d'être en désaccord.
    • ...@Paolo... Ce n'est pas l'un de ces cas, c'est plus comme le cas où vous avez tort et Chuck est bon ... 😉
    • ... Mettons-nous d'accord d'être en désaccord.
    InformationsquelleAutor Thomas Hansen
  13. 0

    Je pense que les développeurs de valider juste pour valider, mais il y a quelque chose à dire pour le fait qu'il garde le balisage propre. Cependant, parce que chaque (exagération attention!) le navigateur affiche tout différemment, il n'y a vraiment pas de norme. Nous essayons de suivre les normes, car elle nous fait sentir que nous avons au moins une certaine direction. Certaines personnes affirment que le maintien de code standard permettra d'éviter les problèmes et les conflits dans l'avenir. Mon avis: Vis que personne ne met en œuvre les normes correctement et complètement, aujourd'hui, de toute façon, pourrait tout aussi bien supposer tout votre code échoue finalement. Si cela fonctionne, il fonctionne, l'utiliser, à moins que son désordre ou votre juste essayer d'ignorer les normes de la coller au W3C ou quelque chose. Je pense qu'il est important de se rappeler que les normes sont mises en œuvre très lentement, a le web a tout changé beaucoup dans 5 ans. Je suis sûr que quelqu'un va avoir de nombreuses années d'avis quand ils en ont besoin pour résoudre un conflit potentiel. Aucune raison de plan pour assurer la compatibilité des normes dans l'avenir, lorsque vous ne pouvez même pas compter sur les normes d'aujourd'hui.

    J'oubliais, si votre code ne valide pas les 10 bébés chatons vont mourir. Êtes-vous un chaton killer?

    InformationsquelleAutor teh_noob
  14. 0

    Jquery .html(balisage) ne fonctionne pas si balisage est pas valide.

    • Il serait plus exact de dire qu'il ne fonctionne pas si le navigateur ne peut pas l'analyser. Même si les attributs personnalisés sont "invalides", tous les navigateurs peut analyser de la sorte .html() fonctionne correctement.
    InformationsquelleAutor abhishek
  15. 0

    Validation

    Vous ne devriez pas avoir besoin des attributs personnalisés pour fournir de validation. Une meilleure approche serait d'ajouter la validation basée sur les champs tâche réelle.

    Attribuer une signification à l'aide de classes. J'ai les noms de classe comme:

    • date (Dates)
    • zip (Zip code)
    • area (Zones)
    • ssn (Numéro de sécurité sociale)

    Exemple de balisage:

    <input class="date" name="date" value="2011-08-09" />

    Exemple javascript (avec jQuery):

    $('.date').validate(); //use your custom function/framework etc here.

    Si vous avez besoin spécial validateurs pour un certain scénario ou vous venez d'inventer de nouvelles classes (ou utilisez sélecteurs) pour votre
    cas particulier:

    Exemple pour vérifier si les deux mots de passe correspondent:

    <input id="password" />
<input id="password-confirm" />

if($('#password').val() != $('#password-confirm').val())
{
 //do something if the passwords don't match
}

    (Cette approche fonctionne assez homogène avec les deux jQuery de validation et de la mvc .net framework et probablement d'autres aussi)

    Bonus: Vous pouvez attribuer plusieurs classes séparés par un espace class="ssn personnalisés personnalisés-deux"

    L'envoi d'informations "depuis et vers le serveur"

    Si vous avez besoin de passer des données à l'arrière, utilisez <input type="hidden" />. Ils fonctionnent hors de la boîte.

    (Assurez-vous que vous ne transmettez pas de données sensibles avec des entrées, car ils peuvent être modifiés par l'utilisateur avec presque aucun effort à tous)

    InformationsquelleAutor Jonas Stensved