En informática , un literal es una representación textual (notación) de un valor tal como está escrito en el código fuente . [1] [2] Casi todos los lenguajes de programación tienen notaciones para valores atómicos como números enteros , números de punto flotante y cadenas , y generalmente para booleanos y caracteres ; algunos también tienen notaciones para elementos de tipos enumerados y valores compuestos como matrices , registros y objetos . Una función anónima es un literal para el tipo de función .
A diferencia de los literales, las variables o constantes son símbolos que pueden adoptar uno de una clase de valores fijos, estando la constante obligada a no cambiar. Los literales se utilizan a menudo para inicializar variables; por ejemplo, a continuación, 1 es un literal entero y la cadena de tres letras en "cat" es un literal de cadena:
int a = 1 ; cadena s = "gato" ; En el análisis léxico , los literales de un tipo determinado son generalmente de tipo token, con una regla gramatical, como "una cadena de dígitos " para un literal entero. Algunos literales son palabras clave específicas , como trueel literal booleano "verdadero".
En algunos lenguajes orientados a objetos (como ECMAScript ), los objetos también se pueden representar mediante literales. Los métodos de este objeto se pueden especificar en el literal del objeto usando literales de función . La siguiente notación de llaves, que también se usa para literales de matriz, es típica de los literales de objeto:
{ "gato" , "perro" } { nombre : "gato" , longitud : 57 } En ECMAScript (así como en sus implementaciones JavaScript o ActionScript ), se puede escribir un objeto con métodos usando el literal de objeto de esta manera:
var newobj = { var1 : verdadero , var2 : "muy interesante" , método1 : función () { alerta ( este . var1 ) }, método2 : función () { alerta ( este . var2 ) } }; nuevoobj . Método 1 (); nuevoobj . método2 (); Estos objetos literales son similares a las clases anónimas en otros lenguajes como Java .
El formato de intercambio de datos JSON se basa en un subconjunto de la sintaxis literal del objeto JavaScript, con algunas restricciones adicionales (entre ellas, exigir que se cite todas las claves y no permitir funciones y todo lo demás, excepto los literales de datos). Debido a esto, casi todos los documentos JSON válidos (excepto algunas sutilezas con el escape) también son código JavaScript válido, un hecho que se explota en la técnica JSONP .