> on veut que "field1", "field2", "field3" soit des fields d'une structure de donnée qui soit typée, là tu manipule une espèce de map.
J'avais bien compris, mais c'est écrit justement avec un langage me permettant de parcourir et d'utiliser les membres d'un objet en fonction de leur nom. C'est bien le but, non ?
Et oui, en quelque sorte tout est map en javascript... mais le problème n'est absolument pas là.
> Ici le compilateur
ha, j'avais pas compris que le but était de se reposer sur un compilo (perso j'aime pas me reposer dessus...)
> le compilateur ne peut PAS vérifier que "field1", "field2", "field3" existe bien dans a et b quand tu fais appel à compare
ok, pardon :
// a rajouter dans le for
if(!(prop in a && prop in b)) {
return false;
}
hop hop, je sais maintenant que mes champs sont dedans.
> et encore avec ta solution, ça ne marche que sur les maps...
et maintenant que tu sais que ça marche avec n'importe quel objet ?
[^] # Re: typage mou
Posté par CrEv (site web personnel) . En réponse à la dépêche Quelques nouvelles de Go, le langage de programmation. Évalué à 1.
J'avais bien compris, mais c'est écrit justement avec un langage me permettant de parcourir et d'utiliser les membres d'un objet en fonction de leur nom. C'est bien le but, non ?
Et oui, en quelque sorte tout est map en javascript... mais le problème n'est absolument pas là.
> Ici le compilateur
ha, j'avais pas compris que le but était de se reposer sur un compilo (perso j'aime pas me reposer dessus...)
> le compilateur ne peut PAS vérifier que "field1", "field2", "field3" existe bien dans a et b quand tu fais appel à compare
ok, pardon :
// a rajouter dans le for
if(!(prop in a && prop in b)) {
return false;
}
hop hop, je sais maintenant que mes champs sont dedans.
> et encore avec ta solution, ça ne marche que sur les maps...
et maintenant que tu sais que ça marche avec n'importe quel objet ?