poner - yaml tutorial español

Si YAML no es lenguaje de marcas, ¿qué es?

Question

No veo qué hace que YAML sea menos que un lenguaje de marcado que XML. El propósito de un lenguaje de marcado es definir la estructura de un documento, y YAML hace exactamente eso. (YAML significa Yaml no es un lenguaje de marcas).

YAML debería, en cambio, representar, otro lenguaje de marcas .

Answer 1

No veo qué hace que YAML sea menos que un lenguaje de marcado que XML.

Hay algunas ventajas de usar YAML en lugar de XML. En primer lugar, es más legible para los humanos. No como la estructura de datos XML, tenemos que definir y dar el nombre de etiqueta de cada elemento de datos. Los desarrolladores se sentirían voluminosos con el código XML y los usuarios son bastante difíciles de entender los documentos XML. En realidad, XML es para comunicación máquina a máquina, no para comunicación usuario-máquina. Ya que YAML es fácil de leer, puede tratarlo para que los usuarios lean / cambien la fuente de datos y lo usen para comunicarse con un programa de computadora.

Aquí hay un ejemplo que muestra cómo son diferentes sus estructuras.

XML Examples:
<busNo>101
    <busStop>ABC
           <busFee>5.4</busFee>
    </busStop>
    <busStop>CUHK
           <busFee>5.4</busFee>
    </busStop>
    <busStop>HKU
           <busFee>5.4</busFee>
    </busStop>
    <busStop>XYZ
           <busFee>5.4</busFee>
    </busStop>
</busNo>

YAML Examples:
--- #bus no
101  : [ABC:5.4, HKU:5.4, CUHK:5.4, XYZ:5.4]

El mejor ejemplo para usar YAML se usa para el archivo de configuración del programa. Ciertamente, puede analizar su propio formato de archivo de configuración en XML y pasarlo a su programa. Pero, puedes usar YAML en su lugar. Además, podría tener un desarrollo más rápido, especialmente en el desarrollo web. YAML está diseñado con lenguajes de script como Python, Perl, Ruby.etc. YAML está diseñado para traducirse fácilmente a estructuras que son comunes a varios idiomas mencionados anteriormente.

En conclusión, YAML está diseñado para ser leído por humanos, lo que hace que sea menos un lenguaje de marcado que XML.

Answer 2

Aquí está la verdadera historia ... :)

Clark, Oren y yo comenzamos a trabajar en YAML en abril de 2001. Oren y Clark formaban parte de la lista de correo SML, que intentaba simplificar XML. Acababa de escribir un lenguaje de serialización de datos para Perl llamado Data :: Denter. Clark se contactó conmigo para contarme una idea que habían llamado YAML, que se parecía a la sintaxis de Data :: Denter. Clark ya había adquirido yaml.org.

Después de algunos meses de trabajar juntos, señalé que el YAML (que definitivamente significaba Todavía otro lenguaje de marcado en ese momento) no era realmente un lenguaje de marcado (que marcaba varios elementos de un documento de texto) sino un lenguaje de serialización (texto). representación de gráficos de datos mecanografiados / cíclicos). A todos nos gustó el nombre YAML, por lo que lo llamamos de vuelta a significar que YAML no es un lenguaje de marcado .

http://yaml.org/spec/ comienza con:

YAML ™ (rima con "camello") es un lenguaje de serialización de datos basado en Unicode, amigable para los humanos, diseñado en torno a las estructuras de datos nativos comunes de los lenguajes de programación ágil.

Yo no podría haberlo dicho mejor ...

Answer 3

Aquí hay una cita de una página sobre YAML :

Supongo que la primera pregunta en la mente de los lectores debe ser: "¿por qué el nombre YAML?" Hay una serie de herramientas que han adoptado siglas de la forma "YA *", que significa "Otro Otro XXX". En la carrera de armamentos del ingenio de código abierto, YAML evita sus siglas implícitas, y se basa en el recursivo "YAML Ain''t Markup Language". Sin embargo, esto tiene cierto sentido: YAML hace lo que hacen los lenguajes de marcado, pero sin requerir, bueno, marcado.

Se eligió el nombre porque requiere mucho menos marcado que otros lenguajes tradicionales, como XML. Lo distingue como más orientado a datos en lugar de orientado a marcado.

Answer 4

Por lo tanto, un lenguaje de marcado supone un texto base, generalmente legible por humanos, y luego indicadores especiales o "marcado" que procesan directamente. La idea viene de un editor, que tomaría una versión impresa del manuscrito de alguien y lo "marcaría" para mostrar dónde deberían ir las nuevas líneas, las ediciones, etc.

De esta manera, SGML es un meta-lenguaje para declarar lenguajes de marcado, y HTML es un lenguaje de marcado. En 1996-7, cuando apareció XML, se vendió como un meta-lenguaje SGML simplificado para crear lenguajes de marcado. En XML (y SGML), tiene elementos para "marcar" una parte del texto y luego los atributos que modifican la marca. Sin embargo, con el tiempo, se usó XML para mucho más que el marcado de documentos, la gente lo usó para la serialización de datos, aunque nunca fue diseñado para hacer tal cosa. Por supuesto, era el gran problema a resolver.

YAML y JSON aparecieron en escena y se centraron en la serialización de datos , no en el marcado de documentos. En estos idiomas, simplemente no hay un texto de documento central.
Por lo tanto, YAML Ain''t Markup Language es un diferenciador bastante preciso de XML.

Answer 5

XML heredó la parte "ML" de su nombre de HTML y SGML, que son lenguajes de "marcado", ya que lo que describen es un flujo de texto plano junto con instrucciones de marcado como "esta parte del texto debe estar en negrita" o " Esta pieza del texto es un encabezado ". Es decir, esas partes particulares del texto están marcadas como negrita o como encabezado.

Más tarde, algunas personas empezaron a escribir XML que consistía solo de etiquetas y atributos, sin texto simple para que se marquen esas etiquetas. (Las opiniones y los estilos difieren en cuanto a si ese es un uso apropiado de XML). Cuando se usa de esa manera, XML se convierte en un lenguaje para escribir datos estructurados en árbol.

YAML no es un "lenguaje de marcado" porque su modelo de datos solo contiene la estructura de árbol, sin la noción de un texto lineal subyacente al que se aplica la estructura de árbol. No hay nada que marcar allí, o dicho de otra manera, los datos representados por un flujo YAML no son marcas. En contraste, los datos representados por una etiqueta XML son marcas, o al menos según algunos puntos de vista se supone que son. (En ambos casos, la representación de dichos datos contiene algún marcado, como dos puntos y muescas en YAML o ''='' y comillas en XML, pero ese no es el punto).