Clés de réapprovisionnement des objets en chrome si les chiffres sont normaux/attendus

Question

J'ai remarqué que certains codes qui évaluent certaines tailles de chaussures pour un site de commerce électronique et les affichent à l'écran gâchent la commande dans Chrome.

JSON donné peut être:

{ 
    "7": ["9149", "9139", "10455", "17208"], 
    "7.5": ["9140", "9150", "10456", "17209"], 
    "8": ["2684", "9141", "10457", "17210"], 
    "8.5": ["9142", "10444", "10458", "17211"], 
    "9": ["2685", "9143", "10459", "17212"], 
    "9.5": ["10443", "9144", "10460", "17213"] 
} 

... qui incrémente la taille en deux.

Lors de la conversion en un objet et itérer si les clés, l'ordre naturel est respecté et ils viennent comme:

7, 7.5, 8, 8.5, etc.

Mais Chrome seulement, les clés que 'look' comme les numéros ronds TOUJOURS sORTENT de l'objet premier, donc la sortie d'une boucle for ... in est:

7, 8, 9, 7. 5, 8,5, 9,5 ...

Object.keys(sizes); // ["7", "8", "9", "7.5", "8.5", "9.5"] 

est ici le cas de test: https://jsfiddle.net/wcapc46L/1/

Il est seulement affecte des nombres entiers, semble comme Webkit/Blink ont ​​une optimisation qui préfère propriétés d'objets qui sont numérique, peut-être que cela a à voir avec la prédiction de branche ou autre.

Si vous préfixer les clés d'objet avec un caractère, l'ordre reste inchangé et fonctionne comme prévu - FIFO

Je pense que je me souviens avoir lu qu'il n'y a aucune garantie sur l'ordre des propriétés d'un objet, mais en même Dans le temps, c'est énervant à l'extrême et cela causerait beaucoup d'efforts pour le fixer uniquement pour les utilisateurs de chrome.

Des idées? Est-ce probablement un bug qui sera corrigé?

modifier En outre, j'ai maintenant découvert cela comme un problème sur le bug v8 Tracker:

http://code.google.com/p/v8/issues/detail?id=164

Ressemble Blink ne veulent pas résoudre ce problème et restera le seul navigateur qui fais le.

mise à jour quelle que soit l'optimisation de la table de hachage webkit/blink avait, a fait son chemin dans gecko (FF 27.0.1) - http://jsfiddle.net/9Htmq/ résultats dans 7,8,9,7.5,8.5,9.5. l'application _ avant que les clés retourne l'ordre correct/prévu.

mise à jour 2017 Les gens sont encore upvoting et l'édition de cette façon - Il ne semble pas affecter Map/WeakMap, Set etc (comme l'a démontré par l'exemple principal mis à jour)

Answer 1

C'est la façon dont v8 gère les tableaux associatifs. Un numéro connu Issue 164 mais il suit la spécification ainsi est marqué «fonctionnant comme prévu». Il n'y a pas d'ordre requis pour faire une boucle dans les tableaux associatifs.

Une solution simple consiste à précéder les valeurs numériques avec des lettres par exemple: 'size_7':['9149','9139'] etc.

Les développeurs standards changera dans la spécification suivante ECMAScript forçant [chrome] pour changer cette situation.

Answer 2

Il semblerait que Chrome traite le entier chaîne comme s'il s'agissait d'un type numérique lorsqu'il est utilisé comme nom d'index/propriété. Je pense que s'appuyer sur l'implémentation Javascript pour préserver l'ordre de ce qui, dans certains cas, est des propriétés d'objet, et dans d'autres cas (certainement avec chrome), est une approche dangereuse et l'ordre de dénombrement n'est probablement pas défini dans la spécification. Je suggère d'ajouter une propriété supplémentaire au JSON qui indique un ordre de tri:

{ 
    "7":{"sortOrder":1,"data":["9149","9139","10455","17208"]}, 
    "7.5":{"sortOrder":2,"data":["9140","9150","10456","17209"]} 
    //etc 
} 

Answer 3

Je ne pense pas que vous pouvez appeler cela un bug. Comme vous le dites vous-même, il n'y a aucune garantie sur la façon dont les propriétés d'un objet sont triées.

Answer 4

Ils sont traités comme des chaînes car ils sont des chaînes. Ma meilleure suggestion serait d'utiliser la même "précision" dans toutes vos clés.

{"7.0":["9149","9139","10455","17208"],"7.5":["9140","9150","10456","17209"],"8.0":["2684","9141","10457","17210"],"8.5":["9142","10444","10458","17211"],"9.0":["2685","9143","10459","17212"],"9.5":["10443","9144","10460","17213"]} 

Ainsi, « 8,0 » au lieu de « 8 », etc.

Même alors, il n'y a aucune garantie, mais il est plus probable qu'ils sortent dans le même ordre. Pour une meilleure garantie, effectuez un tri en fonction des clés, en plaçant les valeurs dans un tableau dans l'ordre trié.

Answer 5

Lorsque itérer sur les propriétés d'un objet, l'ordre est spécifié dans la spécification ECMAScript comme étant définie et l'ordre que vous avez peut-être observé dans un certain environnement ne devrait pas être invoquée. Si vous avez besoin d'une commande, utilisez un Array.

Answer 6

J'ai trouvé un travail facile autour de l'aide underscore.js

myArray = _.sortBy(myArray, function(num){ return Math.ceil(num); }); 

Yay! myArray est de retour dans le bon ordre dans tous les navigateurs.