¿Es aceptable el estilo para las bibliotecas de Node.js confiar en el orden de las claves de objeto?

Question

Enumeración de las llaves de objetos JavaScript repeticiones las teclas en el orden de inserción:

> for (key in {'z':1,'a':1,'b'}) { console.log(key); } 
z 
a 
b 

Esto no es parte de la norma, pero se implementa ampliamente (como se discutió here):

ECMA- 262 no especifica el orden de enumeración. El estándar de facto es para que coincida orden de inserción, que V8 también hace, pero con una excepción:

V8 no da garantías en el orden de enumeración para los índices de matriz (es decir, un nombre de propiedad que puede ser analizada como un 32 -bit entero sin signo).

¿Es aceptable la práctica de confiar en este comportamiento al construir bibliotecas de Node.js?

Answer 1

Absolutamente no! No es una cuestión de estilo tanto como una cuestión de corrección.

Si usted depende de este estándar "de facto", su código podría fallar en un ECMA-262 5th Ed. intérprete compatible porque esa especificación no especifica el orden de enumeración. Además, el motor V8 podría cambiar su comportamiento en el futuro, por ejemplo, en interés del rendimiento, p.

Answer 2

No. Confíe en el estándar ECMAScript, o tendrá que discutir con los desarrolladores si existe un "estándar de facto" como las personas en ese error.

Answer 3

Definitivamente no confíe en el orden de las teclas. Si el estándar no especifica un pedido, las implementaciones son libres de hacer lo que quieran. Las tablas hash a menudo subyacen a objetos como estos, y no hay manera de saber cuándo se puede usar. Javascript tiene muchas implementaciones, y todas compiten para ser las más rápidas. El orden clave variará entre implementaciones, si no ahora, luego en el futuro.