I.E.S. Suárez de Figueroa @vanza C.F.G.S. Administración de Sistemas Informáticos en Red

I.E.S. Suárez de Figueroa
@vanza
C.F.G.S. Administración de Sistemas Informáticos en Red
Módulo "Lenguaje de Marcas y Sistemas de Gestión de la Información"
Unidad 1. Reconocimiento de las características de lenguajes de marcas.
Introducción.
Cuando se quiere compartir datos entre distintos sistemas, una opción
rápida y sencilla consiste en pasar dichos datos a formato XML.
Los documentos XML almacenan datos ajustándose a un formato
predeterminado, reconocible fácilmente por cualquier sistema y que se pueden
procesar para presentarlos de la forma deseada.
1. Lenguajes de marcas.
Un "lenguaje de marcas" es un modo de codificar un documento donde,
junto con el texto, se incorporan etiquetas, marcas o anotaciones con información
adicional relativa a la estructura del texto o su formato de presentación. Permiten
hacer explícita la estructura de un documento, su contenido semántico o cualquier
otra información lingüística o extralingüística que se quiera hacer patente.
Todo lenguaje de marcas está definido en un documento denominado DTD,
Document Type Definition, como veremos en unidades posteriores. En él se
establecen las marcas, los elementos utilizados por dicho lenguaje y sus
correspondientes etiquetas y atributos, su sintaxis y normas de uso.
Por ejemplo, el aspecto de un documento realizado con un lenguaje de
marcas es:
<carta>
<fecha>22/11/2015</fecha>
<presentacion>Estimado cliente:</presentacion>
<contenido>bla bla bla bla …</contenido>
<firma>Don Jose Gutiérrez González</firma>
</carta>
Aunque en la práctica, en un mismo documento pueden combinarse varios
tipos diferentes de lenguajes de marcas, éstos se pueden clasificar como sigue:
- De presentación: define el formato del texto.
- De procedimientos: orientado también a la presentación pero, en este caso, el
programa que representa el documento debe interpretar el código en el mismo
orden en que aparece.
- Descriptivo o semántico: describen las diferentes partes en las que se estructura
el documento pero sin especificar cómo deben representarse.
Algunos ejemplos de lenguajes de marcado agrupados por su ámbito de
utilización son:
- Documentación electrónica:
RTF (Rich Text Format), Formato de Texto Enriquecido, fue desarrollado
por Microsoft en 1987. Permite el intercambio de documentos de texto ente
distintos procesadores de texto.
TeX, su objetivo es la creación de ecuaciones matemáticas complejas.
Wikitexto, permite la creación de páginas wiki en servidores preparados
para soportar este lenguaje.
DocBook, permite generar documentos separando la estructura lógica del
documento de su formato. De este modo, dichos documentos, pueden publicarse
en diferentes formatos sin necesidad de realizar modificaciones en el documento
original.
- Tecnologías de internet:
HTML, XHTML (Hypertext Markup Language, eXtensible Hypertext Markup
Language), su objetivo es la creación de páginas web.
RSS, permite la difusión de contenidos web
- Otros lenguajes especializados:
MathML (Mathematical Markup Language), su objetivo es expresar el
formalismo matemático de tal modo que pueda ser entendido por distintos
sistemas y aplicaciones.
VoiceXML (Voice Extended Markup Language), tiene como objetivo el
intercambio de información entre un usuario y una aplicación con capacidad de
reconocimiento de habla.
MusicXML, permite el intercambio de partituras entre distintos editores de
partituras.
Autoevaluación:
Los lenguajes de marcas se utilizan para:
a) Dar formato a los documentos de texto.
b) Definir la estructura de los datos de un documento.
c) Permitir el intercambio de ficheros entre diferentes aplicaciones y plataformas.
d) Todas las anteriores.
Respuesta correcta: d)
2. Evolución de los lenguajes de marcas.
En los años 70 surgen unos lenguajes informáticos, distintos de los
lenguajes de programación, orientados a la gestión de información. Con el
desarrollo de los editores y procesadores de texto aparecen los primeros
lenguajes informáticos especializados en tareas de descripción y estructuración de
información: los lenguajes de marcas. Paralelamente, también se crean otros
lenguajes informáticos orientados a la representación, almacenamiento y consulta
eficiente de grandes cantidades de datos: lenguajes y sistemas de bases de datos.
Los lenguajes de marcas surgieron inicialmente como lenguajes formados por el
conjunto de códigos de formato que los procesadores de texto introducen en los
documentos para dirigir el proceso de presentación (impresión) mediante una
impresora. Como en el caso de los lenguajes de programación, inicialmente estos
códigos de formato estaban ligados a las características de una máquina,
programa o procesador de textos concreto y, en ellos, inicialmente no había nada
que permitiese al programador (formateador de documentos en este caso)
abstraerse de las características del procesador de textos, por lo que no podía
expresar la estructura y la lógica interna del documento de forma independiente
del procesador.
Ejemplo.
Código de marcas anterior a GML. Las etiquetas son de invención propia.
Dado el siguiente documento:
<times 14><color verde><centrado> Este texto es un ejemplo para mostrar la
utilización primitiva de las marcas.</centrado></color></times 14>
<color granate><times 10><cursiva>Parar realizar este ejemplo se utilizan
etiquetas de nuestra invención.</cursiva> Las partes importantes del texto pueden
resaltarse usando la <negrita>negrita</negrita>, o el <subrayar>subrayado.
</subrayar></times 10></color>
Al imprimirlo se obtendría:
Este texto es un ejemplo para mostrar la utilización primitiva de las marcas.
Para realizar este ejemplo se utilizan etiquetas de nuestra invención. Las partes importantes del
texto pueden resaltarse usando la negrita, o el subrayado.
Posteriormente, se añadieron como medio de presentación a la pantalla.
Los códigos de estilo de visualización anteriores ya no aparecen, y se emplean
otros medios para marcados, distintos de la inclusión a mano de cadenas
formateadoras, ahora ese proceso se automatiza y basta pulsar una combinación
de teclas, o pulsar un botón, para lograr los resultados requeridos. Aunque esto es
sólo una abstracción, para su uso interno las aplicaciones siguen utilizando
marcas para delimitar aquellas partes del texto que tienen un formato especial.
Este marcado estaba exclusivamente orientado a la presentación de la
información, aunque pronto se percataron de las posibilidades del marcado y le
dieron nuevos usos que resolvían una gran variedad de necesidades. Apareció el
formato generalizado.
2.1. GML (Generalizaed Markup Language).
Uno de los problemas que se conocen desde hace décadas en la
informática es la falta de estandarización en los formatos de información usados
por los distintos programas.
Para resolver este problema, en los años sesenta IBM encargó a Charles F.
Goldfab la construcción de un sistema de edición, almacenamiento y búsqueda de
documentos legales. Tras analizar el funcionamiento de la empresa llegaron a la
conclusión de que para realizar un buen procesado informático de los documentos
había que establecer un formato estándar para todos los documentos que se
manejaban en la empresa. Con ello se lograba gestionar cualquier documento en
cualquier departamento y con cualquier aplicación, sin tener en cuenta dónde ni
con qué se generó el documento. Dicho formato tenía que ser válido para los
distintos tipos de documentos legales que utilizaba la empresa, por tanto, debía
ser flexible para que se pudiera ajustar a las distintas situaciones.
El formato de documentos que se creó como resultado de este trabajo fue
GML, cuyo objetivo era describir los documentos de tal modo que el resultado
fuese independiente de la plataforma y la aplicación utilizada.
2.2. SGML (Standard Generalized Markup Language).
El formato GML evolucionó hasta que en 1986 dio lugar al estándar ISO
8879 que se denominó SGML. Éste era un lenguaje muy complejo y requería de
unas herramientas de software caras. Por ello su uso ha quedado relegado a
grandes aplicaciones industriales.
Ejemplo.
Documento SGML sencillo:
<email>
<remitente>
<persona>
<nombre> Pepito </nombre>
<apellido> Grillo </apellido>
</persona>
</remitente>
<destinatario>
<direccion> [email protected] </direccion>
</destinatario>
<asunto>¿quedamos?</asunto>
<mensaje> Hola, he visto que ponen esta noche la película que querías ver. ¿Te
apetece ir?</mensaje>
</email>
2.3. HTML (HyperText Markup Language).
En 1989/90 Tim Berners-Lee creó el World Wide Web y se encontró con la
necesidad de organizar, enlazar y compatibilizar gran cantidad de información que
procede de diversos sistemas. Para resolverlo creó un lenguaje de descripción de
documentos llamado HTML, que en realidad era una combinación de dos
estándares ya existentes:
- ASCII: es el formato que cualquier procesador de textos sencillo puede
reconocer y almacenar; por tanto es un formato que permite la trasferencia de
datos entre diferentes ordenadores.
- SGML: lenguaje que permite dar estructura al texto, resaltando los títulos o
aplicando diversos formatos al texto.
HTML es una versión simplificada de SGML, ya que sólo se utilizaban las
instrucciones absolutamente imprescindibles. Era tan fácil de comprender que
rápidamente tuvo gran aceptación logrando lo que no pudo SGML. HTML se
convirtió en un estándar general para la creación de páginas web. Además, tanto
las herramientas de software como los navegadores que permiten visualizar
páginas HTML son cada vez mejores.
A pesar de todas estas ventajas HTML no es un lenguaje perfecto, sus
principales desventajas son:
- No soporta tareas de impresión y diseño.
- El lenguaje no es flexible, ya que las etiquetas son limitadas.
- No permite mostrar contenido dinámico.
- La estructura y el diseño están mezclados en el documento.
Ejemplo.
Documento HTML:
<html>
<head>
<title> Ejemplo de código HTML</title>
</head>
<body bgcolor="#ffffff">
<p></p>
<p>
<b>20 de octubre de 2015</b>
</p>
<p><b> Bienvenido al modulo de "Lenguajes de Marcas y Sistemas de Gestión de
Información" </b></p>
<p> En este curso aprenderás, entre otras cosas:<br/>
<ul>
<li>Las ventajas que ofrece XML </li>
<li>La creación de documentos bien formados </li>
<li>La creación de DTD</li>
</ul>
</p>
</body>
</html>
Al publicarlo en un navegador tendríamos:
2.4. XML (eXtensible Markup Language).
Para resolver estos problemas de HTML el W3C (www.w3c.org) establece
en 1998 el estándar internacional XML, un lenguaje de marcas puramente
estructural que no incluye ninguna información relativa al diseño. Se convierte con
rapidez en estándar para el intercambio de datos en la Web. A diferencia de
HTML, las etiquetas indican el significado de los datos en lugar del formato con el
que se van a visualizar los datos.
XML es un metalenguaje caracterizado por:
- Permitir definir etiquetas propias.
- Permitir asignar atributos a las etiquetas.
- Utilizar un esquema para definir de forma exacta las etiquetas y los atributos.
- La estructura y el diseño son independientes.
En realidad XML es un conjunto de estándares relacionados entre sí y que
son:
- XSL, eXtensible Style Language. Permite definir hojas de estilo para los
documentos XML e incluye capacidad para la transformación de documentos.
- XML Linking Language, incluye Xpath, Xlink y Xpointer. Determinan aspectos
sobre los enlaces entre documentos XML.
- XML Namespaces. Proveen un contexto al que se aplican las marcas de un
documento de XML y que sirve para diferenciarlas de otras con idéntico nombre
válidas en otros contextos.
- XML Schemas. Permiten definir restricciones que se aplicarán a un documento
XML. Actualmente los más usados son las DTD.
Ejercicio resuelto (la primera línea del documento debe ser <?xml .... etc. ?> por
lo que no puede haber una línea en blanco antes).
Documento XML:
<?xml version="1.0" encoding="iso-8859-1"?>
<biblioteca>
<documento tipo_docum="libro" titulo="XML practico" editorial="Ediciones Eni">
<tipo> <libro isbn="978-2-7460-4958-1" edicion="1" paginas="347"></libro> </tipo>
<autor nombre="Sebastien Lecomte"></autor>
<autor nombre="Thierry Boulanger"></autor>
<autor nombre="Ángel Belinchon Calleja" funcion="traductor"></autor>
<prestado lector="Pepito Grillo">
<fecha_pres dia="13" mes="mar" año="2009"></fecha_pres>
<fecha_devol dia="21" mes="jun" año="2009"></fecha_devol>
</prestado>
</documento>
<documento tipo_docum="revista" titulo="Todo Linux 101. Virtualización en
GNU/Linux" editorial="Studio Press">
<tipo>
<revista>
<fecha_publicacion mes="abr" año="2009"></fecha_publicacion> </revista>
</tipo>
<autor nombre="Varios"></autor>
<prestado lector="Pedro Picapiedra">
<fecha_pres dia="12" mes="ene" año="2010"></fecha_pres>
</prestado>
</documento>
</biblioteca>
2.5. Comparación de XML con HTML.
XML
 Es un perfil de SGML.
 Especifica cómo deben definirse
conjuntos de etiquetas aplicables
a un tipo de documento.
 Modelo de hiperenlaces
complejo.
 El navegador es una plataforma
para el desarrollo de
aplicaciones.
 Fin de la guerra de los
navegadores y etiquetas
propietarias.
HTML



Es una aplicación de SGML.
Aplica un conjunto limitado de
etiquetas sobre un único tipo de
documento.
Modelo de hiperenlaces simple.

El navegador es un visor de
páginas.

El problema de la "no
compatibilidad" y las diferencias
entre navegadores ha alcanzado
un punto en el que la solución es
difícil.
Ejemplo.
Fichero XML.
<?xml version="1.0" encoding="iso-8859-1"?>
<libro>
<titulo>XML practico </titulo>
<autor>SebastienLecomte</autor>
<autor>Thierry Boulanger</autor>
<editorial>Ediciones Eni</editorial>
<isbn>978-2-7460-4958-1</isbn>
<edicion>1</edicion> <paginas>347</paginas>
</libro>
Al interpretar este fichero con un navegador se obtiene:
Fichero HTML.
<html>
<head>
<title>Libro</title>
</head>
<body>
<h3>XML practico</h3><br>
<p>autores: Sebastien Lecomte,
Thierry Boulanger</p>
<ul>
<li>editorial: Ediciones Eni</li>
<li>isbn:978-2-7460-4958-1</li>
<li>edicion: 1 </li>
<li>paginas: 347</li>
</ul>
</body>
</html>
Al interpretar este fichero con un navegador se obtiene:
2.6. Comparación de XML con SGML.
XML







SGML
Su uso es sencillo.
Trabaja con documentos bien
formados, no exige que estén
validados.
Facilita el desarrollo de
aplicaciones de bajo coste.


Su uso es muy complejo.
Sólo trabaja con documentos
válidos.

Es muy utilizado en informática y
en más áreas de aplicación.
Compatibilidad e integración con
HTML.
Formateo y estilos fáciles de
aplicar.
No usa etiquetas opcionales.

Su complejidad hace que las
aplicaciones informáticas para
procesar SGML sean muy
costosas.
Sólo se utiliza en sectores muy
específicos.
No hay una compatibilidad con
HTML definida.
Formateo y estilos relativamente
complejos.


Autoevaluación:
¿Cuáles son las características comunes de XML y SGML?
a) Guardan el formato de un documento.
b) Guardan la estructura lógica de los documentos.
c) Guardan los documentos en el formato universal txt.
d) Guardan el formato de los documentos independientemente de la plataforma.
Respuesta correcta: b)
Para saber más: la recomendación de XML publicada por el W3C es pública y
accesible en http://www.w3.org/TR/2000/REC-xml-20001006
3. Etiquetas.
Los lenguajes de marcas utilizan una serie de etiquetas especiales
intercaladas en un documento de texto sin formato. Dichas etiquetas serán
posteriormente interpretadas por los intérpretes del lenguaje y ayudan al
procesado del documento.
Las etiquetas se escriben encerradas entre ángulos, es decir < y >.
Normalmente se utilizan dos etiquetas: una de inicio y otra de fin para indicar que
ha terminado el efecto que queríamos presentar. La única diferencia entre ambas
es que la de cierre lleva una barra inclinada "/" antes del código, como:
<etiqueta>texto que sufrirá las consecuencias de la etiqueta</etiqueta>
Ejemplo.
En HTML:
<u>Esto está subrayado</u>
Al interpretarlo en un navegador se verá así:
Esto está subrayado
Las últimas especificaciones emitidas por el W3C indican la necesidad de
que vayan escritas siempre en minúsculas para considerar que el documento está
correctamente creado.
Autoevaluación:
¿Cuál de las siguientes líneas es correcta?
a) <i>Texto en cursiva
b) <i>Texto en cursiva<i>
c) <i>Texto en cursiva</i>
d) <I>Texto en cursiva<I>
Respuesta correcta: c)
4. Herramientas básicas de XML.
Para trabajar en XML es necesario editar los documentos y luego
procesarlos, por tanto tenemos dos tipos de herramientas:
- Editores XML.
Una característica de los lenguajes de marcas es que se basan en la
utilización de ficheros de texto plano, por lo tanto basta con utilizar un procesador
de texto normal y corriente para construir un documento XML.
Para crear documentos XML complejos e ir añadiendo datos es conveniente
usar algún editor XML. Estos nos ayudan a crear estructuras y etiquetas de los
elementos usados en los documentos, además algunos incluyen ayuda para la
creación de otros elementos como DTD, hojas de estilo CSS o XSL, etc. El W3C
ha desarrollado un editor de HTML, XHTML, CSS y XML gratuito cuyo nombre es
Amaya.
Un editor sencillo y gratuito (de licencia libre) es Notepad++, que se puede
descargar de http://notepad-plus-plus.org. Este editor muestra con diferentes
colores las distintas partes del documento XML y ayuda a detectar los errores
sintácticos. Para que muestre los colores primero debe guardarse el fichero con
extensión .xml.
Nosotros usaremos el programa "XML Copy Editor", que puede
descargarse de http://xml-copy-editor.sourceforge.net de forma gratuita (licencia
GNU). Además de ofrecer un editor de código XML, también permite comprobar si
el fichero .xml es correcto sintácticamente, es decir si está "Bien-Formado" (wellformed). También permite "Validar", es decir comprobar si el .xml cumple las
condiciones (restricciones) impuestas en un fichero .dtd o .xsd. De momento esta
opción de "Validar" no la usaremos (hasta unidades posteriores).
- Marca azul de la izquierda: "Comprobar Bien-Formado".
- Marca verde de la derecha: "Validar" (de momento no la usamos).
- Procesadores XML.
Para interpretar el código XML se puede utilizar cualquier navegador. Los
procesadores de XML permiten leer los documentos XML y acceder a su
contenido y estructura. Un procesador es un conjunto de módulos de software
entre los que se encuentra un parser o analizador de XML, que comprueba si el
documento cumple las normas establecidas para que pueda abrirse. Algunos
analizadores sólo comprueban que el documento esté bien formado (no haya
errores de sintaxis); otros comprueban además que el documento sea válido, es
decir que cumpla unas normas previamente indicadas. Los primeros se conocen
como validadores y los segundos como no validadores. Todo esto se verá en
detalle más adelante. El modo en que los procesadores deben leer los datos XML
está descrito en la recomendación de XML establecida por W3C.
Para publicar un documento XML en Internet se utilizan los procesadores
XSLT, que permiten generar archivos HTML a partir de documentos XML.
Puesto que XML se puede utilizar para el intercambio de datos entre
aplicaciones, hay que recurrir a motores independientes que se ejecutan sin que
nos demos cuenta. Entre estos destacan "XML para Java" de IBM, JAXP de Sun,
etc.
Para validar un documento XML, lo más fiable es utilizar el validador de
W3C (por ser la institución oficial que marca el estándar), en http://validator.w3.org
que permite validar una dirección web (URI), un fichero que sea subido o un
código que se escriba directamente en el validador; para ello se usarán las
pestañas superiores "Validate by URI", "Validate by File Upload" o "Validate by
Direct Input" respectivamente. Nosotros usaremos ésta última opción, donde
copiaremos nuestro código XML y pulsaremos "Check". Si aparecen "Warnings"
son simplemente avisos y pueden ignorarse; si aparecen "Errors" deberán
corregirse.
Autoevaluación.
Para escribir un documento XML basta con:
a) Software especializado para la tecnología XML
b) Herramientas de validación de XML.
c) Un block de notas y un navegador.
d) Un editor XML.
Respuesta correcta: d)
Para saber más:
- Información sobre analizadores XML:
http://www.oasis-open.org/cover
- Algunos analizadores son:
http://www.jclark.com/xml/expat.html
http://www.mozilla.org/rdf/doc/xml.html
5. XML: estructura y sintaxis.
El XML, o Lenguaje de Etiquetas Extendido, es un lenguaje de etiquetas
creadas por el programador, que estructuran y guardan de forma ordenada la
información. No representa datos por sí mismo, solamente organiza la estructura.
El XML ahorra tiempos de desarrollo y proporciona ventajas, dotando a
webs y aplicaciones de una forma realmente potente de guardar la información.
Además, se ha convertido en un formato universal que ha sido asimilado por todo
tipo de sistemas operativos y dispositivos móviles.
Al igual que en HTML, un documento XML es un documento de texto, en
este caso con extensión ".xml", compuesto de parejas de etiquetas, estructuradas
en árbol, que describen una función en la organización del documento, que puede
editarse con cualquier editor de texto y que es interpretado por los navegadores
web. Es decir, el documento se edita y se guarda en un fichero con extensión .xml
(por ejemplo Alumnos.xml) con un editor de textos; posteriormente dicho fichero se
puede abrir con el navegador para que lo interprete y muestre el resultado. Si el
documento XML tiene errores, el navegador no lo mostrará correctamente. Los
navegadores no detectan todos los errores; es mejor utilizar un validador XML.
Las características básicas de XML son:
- Dado que XML se concibió para trabajar en la Web, es directamente compatible
con protocolos que ya funcionan, como HTTP y los URL.
- Todo documento que verifique las reglas de XML está conforme con SGML.
- No se requieren conocimientos de programación para realizar tareas sencillas en
XML.
- Los documentos XML son fáciles de crear.
- La difusión de los documentos XML está asegurada, ya que cualquier procesador
de XML puede leer un documento de XML.
- El marcado de XML es legible.
- El diseño XML es formal y conciso.
- XML es extensible, adaptable y aplicable a una gran variedad de situaciones.
- XML es orientado a objetos.
- Todo documento XML se compone exclusivamente de datos de marcado y datos
carácter entremezclados. Los datos carácter son los que forman la verdadera
información del documento XML.
El proceso de creación de un documento XML pasa por varias etapas en las
que el éxito de cada una de ellas se basa en la calidad de la anterior. Estas etapas
son:
- Especificación de requisitos.
- Diseño de etiquetas.
- Marcado de los documentos.
El marcado en XML consiste en etiquetas que se añaden a un texto para
estructurar el contenido del documento. Esta información extra permite a los
ordenadores "interpretar" los textos. El marcado es todo lo que se sitúa entre los
caracteres "<" y ">" o "&" y ";".
El marcado puede ser tan rico como se quiera. Resultará interesante
detectar necesidades futuras y crear documentos con una estructura fácilmente
actualizable.
Los documentos XML pueden tener comentarios, que no son procesados
por el intérprete XML; éste los ignora. Estos comentarios se incluyen entre las
cadenas "<!--" y "-->" y pueden estar en cualquier posición en el documento salvo:
- Antes del prólogo.
- Dentro de una etiqueta.
Un ejemplo de comentario puede ser:
<?xml version="1.0" encoding="iso-8859-1"?>
<!-- Esto es un comentario; será ignorado por cualquier procesado -->
<libro>
...
</libro>
Los documentos XML pueden estar formados por una parte opcional,
llamada prólogo, y otra parte obligatoria, llamada ejemplar.
5.1 El prólogo.
Si se incluye, el prólogo debe preceder al ejemplar del documento. Su
inclusión facilita el procesado de la información del ejemplar. El prólogo está
dividido en dos partes:
a) La declaración XML: en el caso de incluirse ha de ser la primera línea del
documento; de no ser así se genera un error que impide que el documento sea
procesado.
El hecho de que esta declaración sea opcional permite el procesamiento de
documentos HTML y SGML como si fueran XML; si fuera obligatoria éstos
deberían incluir una declaración de versión XML que no tienen.
La declaración XML puede tener tres funciones:
o
Declaración de la versión de XML usada para elaborar el documento.
Para ello se utiliza la etiqueta:
<?xml versión= "1.0" ?>
En este caso indica que el documento fue creado para la versión 1.0
de XML.
o
Declaración de la codificación empleada para representar los
caracteres.
Determina el conjunto de caracteres que se utiliza en el documento.
Para ello se escribe:
<?xml versión= "1.0" encoding="iso-8859-1" ?>
En este caso se usa el código iso-8859-1 (Latin-1).
Los códigos más importantes son:
Estándar ISO
UTF-8 (Unicode)
ISO -8859-1 (Latin-1)
ISO -8859-2 (Latin-2)
ISO -8859-3 (Latin-3)
ISO -8859-4 (Latin-4)
ISO -8859-5
ISO -8859-6
Conjunto de caracteres universal
Europa occidental, Latinoamérica
Europa central y oriental
Sudoeste de Europa
Países Escandinavos, Bálticos
Cirílico
Árabe
ISO -8859-7
ISO -8859-8
ISO -8859-9
ISO-8859-10
EUC-JP oder Shitf_JIS
Griego
Hebreo
Turco
Lapón. Nórdico, esquimal
Japonés
El valor por defecto para encoding es UTF-8; es decir que ese es el
valor que coge cuando no se escribe encoding. Por tanto, las dos
líneas siguientes hacen lo mismo:
<?xml versión= "1.0" encoding="UTF-8" ?>
<?xml versión= "1.0" ?>
o
Declaración de la autonomía del documento.
Informa de si el documento necesita de otro para su interpretación.
Para ello se escribe:
<?xml versión= "1.0" encoding="iso-8859-1" standalone="yes" ?>
En este caso, el documento es independiente (valor "yes"); de no ser
así, el atributo standalone hubiese tomado el valor "no".
b) La declaración del tipo de documento: define qué tipo de documento estamos
creando para ser procesado correctamente; toda declaración de tipo de
documento comienza por la cadena:
<!DOCTYPE Nombre_Tipo ...>
De momento no usaremos la etiqueta DOCTYPE, por lo que no la
escribiremos en nuestros documentos XML. Más adelante se explicará en detalle y
comenzaremos a utilizarla.
5.2. El ejemplar. Los elementos.
Es la parte más importante de un documento XML, ya que contiene los
datos reales del documento. Está formado por elementos anidados.
Los elementos son los distintos bloques de información que permiten definir
la estructura de un documento XML. Están delimitados por una etiqueta de
apertura y una etiqueta de cierre. A su vez los elementos pueden estar formados
por otros elementos y/o por atributos.
Ejemplo.
Sea el siguiente código XML:
<?xml version="1.0" encoding="iso-8859-1"?>
<libro>
<titulo>XML practico </titulo>
<autor>Sebastien Lecomte</autor>
<autor>Thierry Boulanger</autor>
<editorial>Ediciones Eni</editorial>
<isbn>978-2-7460-4958-1</isbn>
<edicion>1</edicion>
<paginas>347</paginas>
</libro>
El elemento raíz o ejemplar es el elemento <libro>, que a su vez está
compuesto de los elementos <titulo>, <autor>, <editorial>, <isbn>, <edicion> y
<paginas>. El elemento <libro> se cierra al final con la etiqueta </libro>, por lo que
el resto de elementos están todos dentro del elemento <libro>. En realidad, en
todo documento XML, todos sus elementos están dentro (o pertenecen) al
elemento raíz o ejemplar. Éste siempre se abre al inicio (<libro> en este caso) y se
cierra al final (en este caso </libro>).
Todos los datos (toda información o datos carácter) de un documento XML
han de pertenecer a un elemento del mismo. En ese ejemplo, el dato "XML
practico" pertenece al elemento <titulo>.
Los nombres de las etiquetas han de ser autodescriptivos
(autodocumentados), lo que facilita el trabajo que se hace con ellas. Por ejemplo,
para guardar el título de un libro no conviene llamar a la etiqueta <etiq1>, sino que
es mucho mejor llamarla <titulo>.
La formación de elementos ha de cumplir ciertas normas para que queden
perfectamente definidos y que el documento XML al que pertenecen pueda ser
interpretado por los procesadores XML sin generar ningún error. Dichas reglas
son:
- En todo documento XML debe existir un elemento raíz y sólo uno.
- Todos los elementos tienen una etiqueta de inicio y otra de cierre. En el caso de
que en el documento existan elementos vacíos (sin información), se pueden
sustituir las etiquetas de inicio y cierre por una de elemento vacío. Ésta se
construye como la etiqueta de inicio, pero añadiendo el carácter "/" antes del ">".
Es decir:
<elemento></elemento>
es igual que
<elemento/>
- Al anidar elementos hay que tener en cuenta que no puede cerrarse un elemento
que contenga algún otro elemento que aún no se haya cerrado. Dicho de otro
modo, si un primer elemento contiene otro segundo elemento, éste segundo debe
cerrarse antes que el primero.
- El nombre de las etiquetas de inicio y de cierre de un mismo elemento ha de ser
idéntico, respetando las mayúsculas y minúsculas. Ese nombre puede ser
cualquier cadena alfanumérica que no contenga espacios y no comience ni por el
carácter dos puntos, ":", ni por la cadena "xml" en ninguna de sus versiones en
que se cambien mayúsculas y minúsculas ("XML", "XmL", "xML", ...). Es
aconsejable no utilizar caracteres como la ñ, vocales con tilde, signos de
puntuación, etc.
- El contenido de los elementos (el dato o información) no puede contener la
cadena "]]>" por compatibilidad con SGML. Además no se pueden utilizar
directamente los caracteres indicados a continuación; si se quiere usar alguno de
esos caracteres en un dato, debe sustituirse por lo indicado en la columna de la
derecha:
Carácter
mayor que
>
menor que
<
ampersand
&
comillas dobles
"
apóstrofe
‘
Sustituir por
>
<
&
"
'
Por ejemplo, para usar el & en un dato se pondría:
<empresa>Juan & Asociados</empresa>
En el navegador se vería: Juan & Asociados
- Para utilizar algún carácter especial, como £, ©, ®, etc., hay que escribir la
expresión &#D; o &#xH, donde D y H se corresponden con el número decimal o
hexadecimal respectivamente del carácter que se quiere representar en el código
UNICODE. Por ejemplo, para incluir el carácter de Euro, €, se usarían las cadenas
€ (en decimal) o € (en hexadecimal). El código UNICODE puede
verse en: http://unicode-table.com
Ejemplo.
Incluir el carácter € en un documento XML.
<precio>365 €</precio> o <precio>365 €</precio>
Para evitar problemas con las vocales con tilde (á é í ó ú Á É Í Ó Ú) y la ñ
(mayúscula o minúscula), los más fiable es utilizar sus códigos UNICODE.
Ejemplo.
<nombre>José Cañas Álvarez<nombre>
debería escribirse como:
<nombre>José Cañas Álvarez<nombre>
Debes conocer.
En el siguiente enlace encontrarás una tabla con los caracteres ASCII, el nombre
HTML y el número HTML de cada uno de ellos, que viene bien para realizar
documentos en HTML y XML: http://ascii.cl/es/codigos-html.htm
En un documento XML no es conveniente poner un elemento que contenga
un dato además de otros elementos. Si bien esta situación no genera errores de
sintaxis, se dificultará el procesado posterior que pudiera aplicarse al documento.
Por ejemplo:
<alumno>
Juan
<apellidos>Garrido Fdez.</apellidos>
</alumno>
Como se ve en el ejemplo, el elemento alumno contiene el dato "Juan"
además del elemento apellidos. El dato "Juan" queda mezclado con el elemento
apellidos. Sería mejor utilizar definir otro elemento para el dato "Juan", es decir
que cada dato debe tener su etiqueta asociada, del modo:
<alumno>
<nombre>Juan</nombre>
<apellidos>Garrido Fdez.</apellidos>
</alumno>
Cuando un documento tiene un elemento que se repite porque la
información que se desea almacenar así lo requiere, no será conveniente numerar
dicho elemento (se tiende a añadir el número en el propio nombre del elemento).
Por ejemplo:
<AlumnosCiclo>
<alumno1>Juan Garrido</alumno1>
<alumno2>José Gómez</alumno2>
<alumno3>Jesús García</alumno3>
<alumno4>Pedro López</alumno4>
etc.
etc.
</AlumnosCiclo>
Lo correcto sería:
<AlumnosCiclo>
<alumno>Juan Garrido</alumno>
<alumno>José Gómez</alumno>
<alumno>Jesús García</alumno>
<alumno>Pedro López</alumno>
etc.
etc.
</AlumnosCiclo>
En este segundo caso se facilita el posterior procesado del documento;
además los alumnos están ordenados según el orden en que se escriben, por lo
que numerarlos es innecesario. Por otra parte, al añadir un número al nombre de
la etiqueta, cada etiqueta tendrá un nombre distinto, es decir la etiqueta alumno1
no es la misma que alumno2; son etiquetas distintas, por lo que será más difícil
procesar el documento (se verá en temas posteriores).
A veces interesa añadir elementos simplemente para estructurar mejor el
documento, así como para hacerlo más legible. Por ejemplo:
<integrantes>
<lista_alumnos>
<alumno>...</alumno>
<alumno>...</alumno>
...
</lista_alumnos>
<lista_profesores>
<profesor>...</profesor>
<profesor>...</profesor>
...
</lista_profesores>
</integrantes>
En ese ejemplo, las etiquetas <lista_alumnos></lista_alumnos>
<lista_profesores></lista_profesores> podrían eliminarse, quedando:
y
<integrantes>
<alumno>...</alumno>
<alumno>...</alumno>
...
<profesor>...</profesor>
<profesor>...</profesor>
...
</integrantes>
El documento sería igualmente correcto, pero al incluir las etiquetas citadas
el código queda más claro y estructurado.
5.2.1 Atributos.
Permiten añadir propiedades a los elementos de un documento. Los
atributos no pueden organizarse en ninguna jerarquía, no pueden contener ningún
otro elemento o atributo y no reflejan ninguna estructura lógica.
No se debe utilizar un atributo para contener información susceptible de ser
dividida.
Ejemplo.
<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<biblioteca>
<documento tipo_docum="libro" titulo="XML práctico" editorial="Ediciones Eni">
<tipo> <libro isbn="978-2-7460-4958-1" edicion="1" paginas="347"></libro> </tipo>
<autor nombre="Sebastien Lecomte"></autor>
<autor nombre="Thierry Boulanger"></autor>
<autor nombre="Angel Belinchon Calleja" funcion="traductor"></autor>
<prestado lector="Pepito Grillo">
<fecha_pres dia="13" mes="mar" año="2009"></fecha_pres>
<fecha_devol dia="21" mes="jun" año="2009"></fecha_devol>
</prestado>
</documento>
</biblioteca>
Al abrir el documento anterior con un navegador obtenemos:
Vemos que los elementos aparecen coloreados en ciruela, los nombres de
los atributos en negro y sus valores en azul. En ese ejemplo todos los datos están
almacenados en atributos y ninguno en elementos.
Como se observa en el ejemplo, los atributos se definen y dan valor dentro
de una etiqueta de inicio de un elemento. Para guardar un valor en un atributo se
usa el signo igual, =. El valor del atributo irá entre comillas simples o dobles. Por
ejemplo:
Elemento: autor
Atributo: nombre
Valor del atributo: Roberto Lemus
Se escribirá:
<autor nombre="Roberto Lemus"></autor>
Como ese elemento autor no guarda ningún dato (el dato está en el
atributo), se puede cerrar el elemento autor como sigue:
<autor nombre="Sebastien Lecomte" />
Si un mismo elemento tiene varios atributos, se escriben separados por un
espacio. Por ejemplo:
Elemento: libro
Atributos: isbn, edicion, paginas
Se escribirá:
<libro isbn="978-2-7460-4958-1" edicion="1" paginas="347" />
Los nombres de los atributos han de cumplir las mismas reglas que los de
los elementos y no pueden contener el carácter menor que, <.
Un elemento puede guardar un valor además de tener atributos. Por
ejemplo:
<autor funcion="traductor">Angel Belinchon Calleja</autor>
Vemos que el elemento autor guarda el nombre del autor (Angel Belinchon
Calleja), sin usar el signo = y sin comillas. Por otra parte, ese elemento tiene el
atributo funcion, que guarda el valor "traductor" usando el signo = y las comillas.
Puede haber algún atributo vacío, es decir sin valor asignado (valor nulo).
Para ello se escriben las comillas seguidas después del signo =. No debe dejarse
el signo = sin las comillas. Por ejemplo:
CORRECTO:
INCORRECTO:
<autor funcion="">Angel Belinchon Calleja</autor>
<autor funcion= >Angel Belinchon Calleja</autor>
Vemos que cualquier dato puede guardarse como un elemento o como un
atributo dentro de un elemento; será igualmente correcto. Por ejemplo, las dos
líneas siguientes guardan el dato "Juan" y ambas son correctas:
<autor>Juan</autor>
<autor nombre="Juan" />
Sin embargo, como norma general se puede indicar que un elemento suele
guardar el dato principal, mientras que los atributos guardarán características
adicionales del elemento en cuestión. Por ejemplo, si se considera que el nombre
del alumno es el dato principal y la edad es una característica secundaria,
quedaría:
<alumno edad="21" >Juan Garrido</alumno>
El dato del nombre del alumno se guarda en el elemento, mientras que la
edad se guarda en el atributo.
Por otra parte, es importante tener en cuenta que al guardar un dato no se
debe almacenar la parte que sea fija (común) en todos los ítems iguales del
documento XML. Por ejemplo, para guardar la edad de los alumnos no debe
guardarse la palabra "años", ya que todas las edades del documento se van a
expresar en años, es decir que lo siguiente no sería correcto:
INCORRECTO: por almacenar la palabra "años".
<alumno edad="21 años">Juan Garrido</alumno>
<alumno edad="30 años">José Fuentes</alumno>
<alumno edad="19 años">Ramón Gómez</alumno>
Eso afecta tanto a atributos como a elementos. Sería incorrecto:
INCORRECTO: por almacenar la palabra "años".
<alumno><nombre>Juan Garrido</nombre><edad>21 años</edad></alumno>
<alumno><nombre>José Fuentes</nombre><edad>30 años</edad></alumno>
<alumno><nombre>Ramón Gómez</nombre><edad>19 años</edad></alumno>
Lo correcto sería poner simplemente el número en la edad, sin incluir la
palabra "años" (<años>21</años> o años="21").
Esta situación se da frecuentemente con las unidades de medida (años,
metros, KBytes, Kg, etc.). La unidad de medida no debe guardarse si es la misma
para todos los ítems iguales del documento.
Ello es así porque de ese modo no se ocupa espacio en disco de forma
innecesaria, además de facilitar el procesamiento del documento XML.
También puede aplicarse eso por ejemplo a los precios. Si todos van en
euros, no es necesario guardar la palabra "euro" o el símbolo €, sólo se almacena
el valor numérico.
Por otra parte, si un elemento (o atributo) tiene valores limitados, debe
mantenerse el mismo formato para todos los valores que coincidan. Por ejemplo,
si los valores posibles son "SI" y "NO", deben escribirse siempre igual en cuanto a
mayúsculas, minúsculas, tildes, espacios, etc. No sería correcto guardar el
elemento MayorEdad para varios alumnos como sigue:
<MayorEdad>SI</MayorEdad>
<MayorEdad>No</MayorEdad>
<MayorEdad>Si es</MayorEdad>
<MayorEdad>si</MayorEdad>
<MayorEdad>No es mayor de edad</MayorEdad>
Lo correcto sería:
<MayorEdad>SI</MayorEdad>
<MayorEdad>NO</MayorEdad>
<MayorEdad>SI</MayorEdad>
<MayorEdad>SI</MayorEdad>
<MayorEdad>NO</MayorEdad>
Otro ejemplo podría ser el elemento <TipoVia> (de una dirección), cuyos
valores son "CALLE", "AVENIDA" y "PLAZA". Deberán escribirse respetando
siempre el mismo formato; por ejemplo, no poner una veces "AVENIDA" y otras
"AVDA."
Por otra parte, el valor numérico 0 (cero), es conveniente guardarlo siempre
como numérico 0 (cero) y no con el texto "Nada" o "No hay" o "No tiene", etc. Por
ejemplo, si se desea guardar el número de ausencias al trabajo de empleados,
sería incorrecto:
<ausencias>1<ausencias>
<ausencias>No tiene<ausencias>
<ausencias>3<ausencias>
<ausencias>Ninguna<ausencias>
Lo correcto sería:
<ausencias>1<ausencias>
<ausencias>0<ausencias>
<ausencias>3<ausencias>
<ausencias>0<ausencias>
Autoevaluación.
Dato el código XML
<?XML version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<biblioteca>
<documento tipo_docum='libro' titulo='XML práctico' editorial='Ediciones
Eni'>
<tipo> <libro isbn='978-2-7460-4958-1' edicion= paginas='347'></libro>
</tipo>
<autor nombre='Sebastien Lecomte' funcion=''></autor>
<autor nombre='Thierry Boulanger'></autor>
<autor nombre='Angel Belinchon Calleja' funcion='traductor'></autor>
<prestado lector='Pepito Grillo'>
<fecha_pres dia='13' mes='mar' año='2009'></fecha_pres>
<fecha_devol/>
</prestado>
</documento>
</biblioteca>
Indica cuales de las siguientes expresiones son errores del código anterior.
a) La cadena XML en mayúsculas de la primera línea.
b) El atributo edición=
c) Los valores de los atributos no están entre comillas dobles.
d) Hay algún atributo vacío.
e) Algunos elementos tienen más de un atributo.
f) Se usan mayúsculas en los datos del documento.
Respuesta correcta: a) b).
6. Documentos XML bien formados.
Todos los documentos XML deben verificar las reglas sintácticas que define
la recomendación del W3C para el estándar XML. Esas normas básicas son:
- El documento ha de tener definido un prólogo con la declaración xml completa.
- Existe un único elemento raíz o ejemplar para cada documento. Es un solo
elemento en el que todos los demás elementos y contenidos se encuentran
anidados.
- Hay que cumplir las reglas sintácticas del lenguaje XML para definir los distintos
elementos y atributos del documento.
Aparte de que un documento esté bien formado, también es importante que
la estructura del documento tenga lógica y que facilite su lectura y comprensión.
Para crear un documento XML es conveniente comenzar por la estructura
de los datos, es decir debe tenerse claro inicialmente los datos que se desean
guardar, los elementos que estarán dentro de otros, los datos que irán en atributos
y los datos que irán en elementos, etc.
Lógicamente, si un dato se guarda en un atributo para un ítem, ese dato no
debe guardarse en un elemento para otro ítem. Por ejemplo, si la edad del alumno
se guarda en un atributo, debe hacerse así para todos los alumnos y no guardar la
edad en un elemento para algún alumno concreto. Por ello, el siguiente código no
es correcto:
<alumno edad="23"><nombre>Juan</nombre></alumno>
<alumno><nombre>Juan</nombre><edad>23</edad></alumno>
Autoevaluación.
¿Está "bien formado" el siguiente documento XML?
<?xml version="1.0"? >
<mensaje>
<destinatario>Tomas</destinatario>
<remitente>Juan</ remitente>
<asunto>
<contenido>No olvides ir a recogerme al aeropuerto mañana por la
mañana!</contenido>
</mensaje>
Respuesta correcta: No está "bien formado", porque hay un espacio entre ? y > de la primera línea.
Además el cierre de la etiqueta remitente tiene un espacio después de la barra /. Y la etiqueta
asunto no está cerrada.
7. Utilización de espacios de nombres en XML.
Permiten definir la pertenencia de los elementos y los atributos de un
documento XML al contexto de un vocabulario XML. De este modo se resuelven
las ambigüedades que se pueden producir al juntar dos documentos distintos, de
dos autores diferentes, que han utilizado el mismo nombre de etiqueta para
representar cosas distintas.
Los espacios de nombres, también conocidos como name spaces, permiten
dar un nombre único a cada elemento, indexándolos según el nombre del
vocabulario adecuado. Además están asociados a un URI que los identifica de
forma única.
En el documento, las etiquetas ambiguas se sustituyen por otras en las que
el nombre del elemento está precedido de un prefijo, que determina el contexto al
que pertenece la etiqueta, seguido del signo de dos puntos. Esto es:
<prefijo:nombre_etiqueta>Valor</prefijo:nombre_etiqueta>
Esta etiqueta se denomina "nombre cualificado". Al definir el prefijo hay que
tener en cuenta que no se pueden utilizar espacios ni caracteres especiales y que
no puede comenzar por un dígito.
Antes de poder utilizar un prefijo de un espacio de nombres, para resolver la
ambigüedad de dos o más etiquetas, es necesario declarar el espacio de
nombres, es decir, asociar un índice con el URI asignado al espacio de nombres,
mediante el atributo especial xmlns (XML Name Spaces).
Ejemplo.
Sean los documentos XML que organizan la información sobre los profesores y los
alumnos respectivamente del ciclo ASIR:
<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<alumnos>
<nombre>Fernando Fernández González</nombre>
<nombre>Isabel González Fernández</nombre>
<nombre>Ricardo Martínez López</nombre>
</alumnos>
<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<profesores>
<nombre>Pilar Ruiz Pérez</nombre>
<nombre>Tomás Rodríguez Hernández</nombre>
</profesores>
Vemos que la misma etiqueta nombre existe en ambos documentos, se
llama igual.
Al hacer un documento conjunto sobre los miembros del ciclo ASIR no se
distinguirían los nombres de los profesores de los nombres de los alumnos. Para
resolverlo definiremos un espacio de nombres para cada contexto. Se pueden
definir dentro del elemento raíz o ejemplar, como sigue:
<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<asistentes xmlns:alumnos="http://ASIR/alumnos"
xmlns:profesores="http://ASIR/profesores">
<alumnos:nombre>Fernando Fernández González</alumnos:nombre>
<alumnos:nombre>Isabel González Fernández</alumnos:nombre>
<alumnos:nombre>Ricardo Martínez López</alumnos:nombre>
<profesores:nombre>Pilar Ruiz Pérez</profesores:nombre>
<profesores:nombre>Tomás Rodríguez Hernández</profesores:nombre>
</asistentes>
En un espacio de nombres, el URI (http://ASIR/alumnos o
http://ASIR/profesores) es sólo una forma de identificar de forma única al recurso
(al espacio de nombre), por lo que no tiene que ser una dirección con contenido.
Autoevaluación.
Los espacios de nombres permiten
a) Utilizar etiquetas idénticas para estructurar distintos tipos de información de texto.
b) Estructurar la información de un documento XML cuando proviene de varios documentos.
c) Asignar varias etiquetas a una misma información.
d) Definir etiquetas en otros documentos.
Respuesta correcta: a)
Para saber más: los espacios de nombres tienen una recomendación en W3C,
que se puede encontrar en http://www.w3.org/TR/REC-xml-names/.
8. Ejemplo resuelto.
Para crear los códigos XML descargaremos el programa "XML Copy
Editor", como hemos indicado anteriormente, y lo instalamos en nuestro equipo.
Aunque ya este programa nos indica si el documento XML está "Bien-Formado",
es conveniente pasarlo por el validador de W3C (por ser la institución oficial).
El ejemplo es el siguiente. Se desea diseñar un documento XML "bien
formado" que permita almacenar una agenda de teléfonos, con una estructura
lógica y fácilmente legible. La agenda tendrá el título "Agenda para el trabajo" y la
categoría "Importante". De cada persona se desea almacenar el nombre y los
apellidos, la dirección (calle, piso, ciudad y CP) y los números de teléfono de casa,
trabajo y móvil. Grabar la menos dos personas con los datos:
- Juan Garrido Pinto, en calle Grande, piso 1, letra A, de Badajoz, con CP 06003;
tiene 2 teléfonos, el móvil 622111111 y el de casa 942232323.
- Jesús Rodríguez Hdez., en calle Mayor, nº 7, de Zafra, con CP 06300; tiene 3
teléfonos, el móvil 611333333, el de casa 924000000 y el del trabajo 924999999.
<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<!-- Documento XML: almacenamiento de una agenda personal -->
<agenda titulo="Agenda para el trabajo">
<categoria>Importante</categoria>
<persona>
<nombre>Juan</nombre>
<apellidos>Garrido Pinto</apellidos>
<direccion>
<calle numero="">Grande</calle>
<piso letra="A">1</piso>
<ciudad>Badajoz</ciudad>
<codigo_postal>06003</codigo_postal>
</direccion>
<telefonos>
<telmovil>622111111</telmovil>
<telcasa>942232323</telcasa>
<teltrabajo/> <!-- No tiene tfno del trabajo -->
</telefonos>
</persona>
<persona>
<nombre>Jesús</nombre>
<apellidos>Rodríguez Hdez.</apellidos>
<direccion>
<calle numero="7">Mayor</calle>
<!-- No tiene piso -->
<ciudad>Zafra</ciudad>
<codigo_postal>06300</codigo_postal>
</direccion>
<telefonos>
<telmovil>611333333</telmovil>
<telcasa>924000000</telcasa>
<teltrabajo>924999999</teltrabajo>
</telefonos>
</persona>
</agenda>
Como vemos, la etiqueta <persona> no la hemos llamado <persona1>,
<persona2>, etc. Sería un error. No es necesario numerar, ya que el orden en que
se escriben las personas ya puede indicar su numeración.
No tenemos algunos datos, por ejemplo el teléfono del trabajo de la primera
persona; en ese caso se puede poner el elemento vacío: <teltrabajo/>. Otra
opción en esta situación es no incluir el elemento en cuestión (no escribirlo), como
hemos hecho con el piso de la segunda persona, que simplemente no está puesto
el elemento. Es aconsejable la primera opción, es decir ponerlo vacío. Lo mismo
ocurre con los atributos, que pueden dejarse vacíos, como el número de la primera
persona (numero=""), o no ponerlos.
Los comentarios colocados entre <!-pueden utilizar como notas aclaratorias.
...
-->
no son obligatorios; se