J'ai généralement essayé de coller avec les attributs DOM-only lors de l'écriture de Javascript. Maintenant que je suis passé de Prototype à jQuery, je peux tirer un sérieux parti de l'ajout de mes propres attributs à divers éléments DOM, principalement dans le but de mettre en place une convention de codage très lisible pour gérer les requêtes AJAX.Attributs non (X) HTML ... quels inconvénients?
Comme un court exemple, cela signifie que je fais des choses comme
<div type="book" app_id="13">
<a href="#" action="delete">delete</a>
</div>
Et puis je peux mettre en place un code pour trouver tous les <a>
balises avec un attribut action
, trouver un parent avec un type
et app_id
, puis faire des opérations CRUD ... tout sans que je doive écrire du code supplémentaire.
Y a-t-il des pièges (autres que ceux qui ne sont pas strictement des plaintes XHTML) que je devrais surveiller, et/ou de bonnes habitudes à imiter? Que diriez-vous d'une façon standard de configurer mon propre espace de noms d'attribut?
Malheureusement, si vous voulez utiliser ensuite les différentes classes pour fournir une rétroaction visuelle (par exemple , différents arrière-plans pour un livre extrait ou non-extrait), vous avez besoin d'un autre élément wrapper, ou devez suivre la route d'attribut personnalisé. –
@Don - Non, vous ne le faites pas. Vous pouvez utiliser plusieurs classes sur n'importe quel élément, juste les séparer avec des espaces. Par exemple, le livre "check-out book-tomorrow" est parfaitement valide. –
@Mark - Vous avez raison, mais la façon dont vous dites a besoin d'être analysée, ce qui n'est pas préférable. Je choisirais (et aurais choisi) le chemin de l'attribut personnalisé. – BYK