[DOM] Les valeurs chaînes du DOM ne sont pas toujours des objets chaînes

Bonjour touti li mondi,

Je n'ai pas beaucoup pratiqué DHTML jusque maintenant, alors je découvre...

Si quelqu'un rencontre le même phénomène, ce commentaire pourra aider :

Les valeurs string ne sont pas toujours des objets string. Par exemple, le code suivant

Code:

---

1 2 3 4 5 6

var attrName; attrName = attrs[i].name; if (attrName.indexOf('xxxx') == 0) { /* Une erreur d'execution se produit ici */ .... }

---

ne fonctionne pas, mais celui

Code:

---

1 2 3 4 5 6

var attrName; attrName = new String(attrs[i].name); /* Convertion en objet chaîne */ if (attrName.indexOf('xxxx') == 0) { /* Maintenant ça fonctionne */ .... }

---

fonctionne.

Il faut donc explicitement convertir la valeur chaîne en objet chaîne.

Dans le premier cas, Internet Explorer renvoie une erreur signalant que attrName n'est pas un objet ou qu'il a la valeur null : « Erreur : 'undefined' a la valeur Null ou n'est pas un objet. ». L'erreur se produit au moment de l'instruction de test attrName.indexOf('xxxx').

Je n'avais jamais vu ce point apparaître explicitement dans les références que j'ai consulter... ou alors je n'avais pas consulté les bonnes références, ou alors je les avais mal lu...

Note à monsieur developpez.net : il me semble qu'il y a un bug de la coloration syntaxique, car quand un commentaire JavaScript contient "<-", tout le reste du topic se colore en vert.

Oops, il y a une incohérence :

Avec substring, si je fais

Code:

---

1 2 3 4

var attrName; attrName = attrs[i].name; xxx = attrName.substring (...); /* Ok, ça marche */

---

ça fonctionne, et là, aucune convertion n'est nécéssaire.

C'est seulement avec indexOf que ça ne fonctionne pas :

Code:

---

1 2 3 4

var attrName; attrName = attrs[i].name; xxx = attrName.indexOf (...); /* IE proteste que attrName n'est pas un objet :-/ */

---

Pourtant indexOf et substring sont toutes deux des méthodes de String.

Alors pourquoi ais-je une erreur si j'applique directement indexOf, alors que cela fonctionne si j'applique directement substring. Ou en d'autre termes, pourquoi suis-je obligé de faire une convertion pour appliquer indexOf, alors que ce n'est pas nécéssaire pour appliquer substring ?

La méthode indexOf aurait-elle un status particulier ? substring serait-elle plus naturelle ?

C'est complétement incohérent :-/ J'y perd mon Latin... heuu... mon JavaScript

Je viens de trouver :)

En fait, c'est assez « vicieux » (pardonnez moi le terme, mais ici il est justifié).

La réponse :
Quand vous faites une instruction du genre

Code:

---

1 2 3 4 5 6

var attrs; attrs = element.attributes; for (i in attrs) { .... some work on attrs[i], e.g. like indexOf(attrs[i].name) }

---

le tableaux attrs peut contenir des valeurs null (oui, c'est idiot, mais c'est comme ça), et même encore quand une entrée du tableau n'est pas null, la propriété name peut être null (encore plus fous).

Qu'il y ait des entrées null dans la liste des attributs est déjà étrange, mais alors qu'un attribut puisse en plus avoir un name null est encore plus incompréhensible.

En conclustion il faut faire

Code:

---

1 2 3 4 5 6 7 8 9 10

var attrs; attrs = element.attributes; for (i in attrs) { if (attrs[i] != null) { // oui, ça peut être null if (attrs[i].name != null) { // hé re-oui, oui, ça peut être null là aussi .... some work on attrs[i], e.g. like indexOf(attrs[i].name) } } }

---

Mais par quelles diableries est-il possible qu'un attribut ait un name s'évaluant à null ? Et au passage, comment se fait-il que le tableau d'attribut ait des entrées null ?

J'aimerais beaucoup comprendre, ... et la première question est la plus importante il me semble.