El carácter de espacio como un punctor en JavaScript

Question

En el capítulo 7.7 (Punctators) de la especificación de ECMAScript (http://www.ecma-international.org/publications/files/ECMA-ST/ECMA-262.pdf) la cuadrícula de puntuadores parece tener un espacio en la fila 3 de la última columna. Este es, de hecho, el punctor del personaje espacial, ¿correcto?

entiendo que los caracteres de espacio pueden insertarse opcionalmente entre fichas en el código JavaScript (con el fin de mejorar la legibilidad), sin embargo, me preguntaba dónde están realmente necesaria ...

Con el fin para averiguarlo, busqué caracteres espaciales en la versión minificada de la biblioteca jQuery. Estos son mis resultados:

Un espacio se requiere ... (ver el link debajo)

... entre una palabra clave y un identificador:

function x(){} 
var x; 
return x; 
typeof x; 
new X(); 

... entre dos palabras clave :

return false; 
if(x){}else if(y){}else{} 

Estos son los dos casos que identifiqué. ¿Hay algún otro caso?

Nota: Los caracteres espaciales dentro de los literales de cadena no se consideran tokens de punctuación (obviamente).

Actualización: Como resultado, un carácter de espacio es no requerido en esos casos. Por ejemplo, un token de palabra clave y un token de identificador deben separarse por algo, pero ese algo no tiene que ser un carácter de espacio. Podría ser cualquier elemento de entrada que no sea un token (WhiteSpace, LineTerminator o Comment).

también ... Parece que el carácter de espacio es considerado como un elemento WhiteSpace de entrada, y no un símbolo en absoluto, lo que significaría que que no es un Punctuator.

Answer 1

Los espacios en blanco son no es necesario en ninguno de estos casos. Solo tiene que escribir una sintaxis que sea comprensible para el analizador. En otras palabras: la máquina debe saber si está utilizando una palabra clave como function o new o simplemente está definiendo otra variable como newFunction.

Cada palabra clave tiene que ser delimitado de alguna manera - espacios en blanco son los más sensibles y de fácil lectura, sin embargo pueden ser reemplazados:

return/**/false; 
return(false); 

Answer 2

No creo que la brecha sea un espacio, no, creo que es solo una brecha (una desafortunada). Si realmente quisieran incluir un espacio en la lista, espero que utilicen "Espacios en blanco" como lo han hecho en otras partes del documento. Pero el espacio en blanco como puntuador realmente no tiene sentido.

Creo que los espacios (y otras formas de espacios en blanco) son delimitadores. El tipo de especificación los define por omisión en lugar de explícitamente. El espacio es requerido entre function y x porque de lo contrario tiene el token functionx, que no es, por supuesto, una palabra clave (aunque podría ser un token de nombre   —, por ejemplo, una variable, propiedad o nombre de función).

Usted necesita delimitadores alrededor de algunas fichas (Identificadores y ReservedWords), porque así es como reconocemos donde comienzan las fichas y terminamos   — un IdentifierName se inicia con un IdentifierStart seguido de cero o más IdentifierParts, una clase que no incluye espacios en blanco ni ninguno de los caracteres utilizados para los puntuadores. Otros tokens (Punctuators por ejemplo) podemos reconocer sin delimitadores. Creo que eso es todo, y entonces sus dos reglas son solo dos ejemplos de la misma regla: IdentifierNames deben estar delimitados (por espacios en blanco, por puntuación, al principio o al final del archivo, ...).

Algo fuera de tema, pero, por supuesto, no todos los delimitadores son iguales. Los delimitadores de salto de línea a veces son tratados especialmente por la gramática para el horror que es "inserción de punto y coma".

Answer 3

Esto es sólo una suposición, pero diría que los espacios no son realmente necesarios en ningún lado. Se utilizan como una de las muchas alternativas para generar límites entre las palabras clave. Esto significa que podrías reemplazarlos con otros personajes.

Si lo que desea es eliminar los espacios innecesarios de algún código, diría que los espacios (espacio en blanco para ser más exactos, las pestañas funcionarán igual de bien) son obligatorios solo cuando no hay otro medio para separar palabras clave y/o identificadores de variables. Es decir. donde al eliminar el espacio en blanco ya no tiene las mismas palabras clave e identificadores en el código resultante.

---

Lo que sigue no es exactamente relevante para sus necesidades, pero puede que le resulte interesante. Puede escribirle ejemplos para que ya no tengan esos espacios. Espero que ninguno de los ejemplos sea incorrecto.

x=function(){} en lugar de function x(){}
this.x=null; en lugar de var x;
return(x); en lugar de return x;
typeof(x); en lugar de typeof x;
y=X(); en lugar de y = new X();
return(false) en lugar de return false
if(x){}else{if(y){}else{}} instea d de if(x){}else if(y){}else{}