Arquitecturas Distribuidas 09/10

Transcripción

1 Tema 3. IV. XML Arquitecturas Distribuidas 09/10 1

2 IV. XML 1. Qué es XML? 2. Estructura de un documento XML 3. Importancia de XML 4. Problemas de XML 5. Conformidad y validez 6. Estructura DTD XML 3.1. Elementos 3.2. Atributos 3.3. Notaciones 3.4. Entidades Instrucciones de procesado (PI) 7. Interpretación de un documento XML por un navegador 8. XHTML 9. Tecnologías relacionadas con XML 5.1. Espacios de nombres 5.2. XSchema Lenguajes de estilo y transformación para XML Arquitecturas Distribuidas 09/10 2

3 Qué es XML? (I) () Lenguaje de Marcas extendido. Meta lenguaje para lenguajes de marcas particulares (como SGML): permite crear otros lenguajes de marcas Proporciona las reglas sintácticas que permiten crear lenguajes que están bien formados y puedan ser validados Cuando uno crea un documento XML, define sus propias etiquetas. No está limitado en qué o cómo se describen los datos. Mientras el documento esté bien formado es XML aceptable Cada lenguaje particular (e.g. XHTML, MathML, SVG) es una aplicación ió de XML Proporciona información acerca de los datos (metadatos) Arquitecturas Distribuidas 09/10 3

4 Qué es XML? (I) () Separa los datos de su representación (formato) particular XML no es HTML mejorado, sino SGML simplificado. Simplifica el procesado e intercambio de la información, es independiente de la plataforma. Proporciona reglas sintácticas para crear lenguajes que deben estar bien formados y pueden ser validados Es usado por muchas otras tecnologías y en muchos ámbitos (e.g. los ficheros de configuración de las tecnologías de Microsoft son XML). Arquitecturas Distribuidas 09/10 4

5 Estructura de un documento XML Prólogo (declaraciones) y cuerpo. <?xml version="1.0" [parámetros opcionales]> Declaraciones de las reglas del documento PRÓLOGO <raiz> Contenido </raiz> CUERPO Parámetros opcionales en la declaración: standalone: indica si el documento es autocontenido. encoding: juego de caracteres del documento. Arquitecturas Distribuidas 09/10 5

6 Estructura de un documento XML Ejemplo documento XML simple: <?xml version="1.0" encoding='utf-8?> <dni> <id> X 6 </id> <nombre> Pepe </nombre> <apellidos> Pérez </apellidos> <nacimiento> <lugar> Murcia </lugar> <fecha> 1/1/1983 </fecha> </nacimiento> </dni> MARCAS Arquitecturas Distribuidas 09/10 6

7 Estructura de un documento XML Ejemplo documento XML simple: Una aplicación podría usar el DNI para enviar a <?xml version="1.0" encoding='utf-8'> <dni> <id> X 6 </id> <nombre> la Pepe máquina </nombre> que los <apellidos> Pérez </apellidos> <nacimiento> imprime los comandos <lugar> oportunos Isla perejil </lugar> <fecha> 1/1/1983 </fecha> </nacimiento> </dni> Arquitecturas Distribuidas 09/10 7

8 Estructura de un documento XML Ejemplo documento XML simple: Una aplicación podría usar el DNI para enviar a <?xml version="1.0" encoding='utf-8'> <dni> <id> X 6 </id> <nombre> la Pepe máquina </nombre> que los <apellidos> Pérez </apellidos> <nacimiento> imprime los comandos Otra aplicación <lugar> oportunos Isla perejil </lugar> <fecha> podría 1/1/1983 </fecha> usar el </nacimiento> DNI para enviar al </dni> usuario un correo para recordarle que debe renovarlo. Arquitecturas Distribuidas 09/10 8

9 Estructura de un documento XML Ejemplo documento XML simple: Una aplicación podría usar el DNI para enviar a <?xml version="1.0" encoding='utf-8'> <dni> <id> X 6 </id> <nombre> la Pepe máquina </nombre> que los hace <apellidos> Pérez </apellidos> <nacimiento> los comandos oportunos Otra aplicación <lugar> Isla perejil </lugar> <fecha> podría 1/1/1983 </fecha> usar el </nacimiento> DNI para enviar al </dni> usuario un correo para recordarle que debe renovarlo. Otra aplicación podría usar los datos para contrastar la veracidad d en una compra a través de Internet. Arquitecturas Distribuidas 09/10 9

10 Estructura de un documento XML XML PROPORCIONA UN Ejemplo documento XML simple: MÉTODO PARA ESTRUCTURAR Una aplicación podría usar el DNI para enviar a <?xml version="1.0" encoding='utf-8'> <dni> INFORMACIÓN, <id> X 6 </id> <nombre> la Pepe máquina </nombre> que los hace <apellidos> Pérez </apellidos> <nacimiento> los comandos oportunos Otra aplicación <lugar> Isla perejil </lugar> <fecha> podría Ó 1/1/1983 Q </fecha> O usar el </nacimiento> DNI para enviar al </dni> INDEPENDIENTEMENTE DE LA APLICACIÓN QUE LA PROCESE usuario un correo para recordarle que debe renovarlo. Y PARA DOTARLA DE SIGNIFICADO Otra aplicación podría usar los datos para contrastar la veracidad d en una compra a través de Internet. Arquitecturas Distribuidas 09/10 10

11 Importancia de XML XML permite especificar la semántica de los datos que contiene: qué significan? HTML, por el contrario, permite definir la estructura de un documento pero no la semántica de los datos que contiene Separación de los datos de la forma en que se procesan = independiente del dominio de aplicación Permitir que los datos perduren más allá de la tecnología Legible por los humanos (Human readable): por qué? al menos hay una oportunidad de discernir el significado en el futuro (si somos capaces de abrir el archivo) Estándar y MUY utilizado Arquitecturas Distribuidas 09/10 11

12 Problemas de XML Tremendamente redundante (desde el punto de vista de una máquina). Muy poco eficiente en el uso de recursos Ancho de banda, latencia, almacenamiento. Proliferación de lenguajes Necesitamos un parser/aplicación ió para cada uno de ellos Arquitecturas Distribuidas 09/10 12

13 Conformidad y validez En un documento bien formado (well formed) Se cierran todos los elementos abiertos HTML: <h2> Nombre: <h3> Pepe Pérez XML: <h2> Nombre: </h2> <h3> Pepe Pérez </h3> Arquitecturas Distribuidas 09/10 13

14 Conformidad y validez En un documento bien formado (well formed) Se identifican los elementos vacíos HTML: Nombre: Pepe Pérez XML: Nombre: Pepe Pérez Elemento vacío: <TAG/> Arquitecturas Distribuidas 09/10 14

15 Conformidad y validez En un documento bien formado (well formed) Los valores de los atributos siempre están presentes y van entre comillas ( valor o valor ) HTML: <li compact> <li type=disc> XML: <li compact="compact > <li type="disc"> Arquitecturas Distribuidas 09/10 15

16 Conformidad y validez En un documento bien formado (well formed) En elementos y atributos, las mayúsculas y minúsculas son letras distintas HTML: <LI type=disc> == <li type=disc> == <Li type=disc> XML: <LI type='disc'>!= <li type='disc'>!= <Li type='disc'> Arquitecturas Distribuidas 09/10 16

17 Conformidad y validez En un documento bien formado (well formed) Los elementos deben estar bien anidados HTML: Número de DNI: X HTML: El analizador (parser) intenta arreglarlo XML: Número de DNI: X XML: El analizador (parser) debe dar error! Arquitecturas Distribuidas 09/10 17

18 Conformidad y validez En un documento bien formado (well formed) Todas las entidades deben estar declaradas HTML: Nombre Apellidos XML: Nombre Apellidos XML: necesita una declaración previa. XML sólo entiende por defecto: & (&), < (<), > (>), &quote; ( ) y ' () ( ) Arquitecturas Distribuidas 09/10 18

19 Conformidad y validez En un documento bien formado (well formed) Puede contener comentarios XML: <! - Comentario --> Puede contener datos que no se analicen sintácticamente XML: <![CDATA [datos que no se analizan]]> Arquitecturas Distribuidas 09/10 19

20 Conformidad y validez XML admite una declaración de Definición del Tipo de Documento (DTD): Conjunto que describe de reglas que debe respetar un documento perteneciente a un lenguaje XML específico. Define la estructura de un documento: elementos, contenidos de cada elemento, orden, atributos de cada elemento, etc. Un documento es conforme ó valido si y sólo si: Está bien formado Tiene un DTD y respeta sus reglas Arquitecturas Distribuidas 09/10 20

21 Estructura DTD XML Declaración del DTD: <?xml version="1.0"> <!DOCTYPE nombre [ ]> REGLAS SINTACTICAS (declaraciones internas) <nombre>... </nombre> Arquitecturas Distribuidas 09/10 21

22 Estructura DTD XML URL donde d se ubica el Declaración externa : <?xml version="1.0"> <!DOCTYPE nombre (SYSTEM PUBLIC) URL [ ]> documento con el DTD. <nombre>... </nombre> PUBLIC si es SYSTEM si es un DTD un DTD estándar. propio Arquitecturas Distribuidas 09/10 22

23 Estructura DTD XML Declaración mixta : <?xml version="1.0"> <!DOCTYPE nombre (SYSTEM PUBLIC) URL [ ]> Reglas sintácticas (declaraciones internas) <nombre>... </nombre> DTD es la suma de las partes externas e internas Arquitecturas Distribuidas 09/10 23

24 Estructura DTD XML Observación: <?xml version="1.0"> <!DOCTYPE nombre [ ]> REGLAS SINTACTICAS (declaraciones internas) <nombre>... </nombre> Nombre indica cómo se llama la raíz del documento Arquitecturas Distribuidas 09/10 24

25 Estructura DTD XML Reglas del DTD: <!DOCTYPE nombre [ REGLAS SINTACTICAS: ] ELEMENTOS: ATRIBUTOS: <!ELEMENT elemento (contenido)> <!ATTLIST elemento atributo tipo descripción... > ENTIDADES: INTERNAS: <!ENTITY [%] entidad cualquier texto > EXTERNAS: <!ENTITY [%] entidad URL> PREDEFINIDAS: & < etc NOTACIONES: INSTRUCCIONES: <?... > <!NOTATION nombre identificador> Utiliza la sintaxis i de SGML, simplificando las posibilidades d Arquitecturas Distribuidas 09/10 25

26 Elementos en DTD XML Declaración de los elementos: <!ELEMENT elemento (contenido)> Indica la declaración de un nuevo elemento Nombre del Declaración del tipo de nuevo elemento contenido (elementos y datos) que puede incluir el elemento, cuántos y en qué orden aparecen. Arquitecturas Distribuidas 09/10 26

27 Elementos en DTD XML Clases de contenido para elementos (5 posibilidades):  <!ELEMENT elemento EMPTY>  <!ELEMENT elemento ALL>  <!ELEMENT elemento (#PCDATA)>  <!ELEMENT elemento formula(elementos)>  <!ELEMENT elemento formula(elementos, #PCDATA)> Arquitecturas Distribuidas 09/10 27

28 Elementos en DTD XML Clases de contenido para elementos (fórmulas): Sintáxis muy similar a SGML. Indican el número de veces que puede aparecer un componente (cardinalidad): * (cero o más veces) + (una o más veces)? (cero o una vez) Indican el orden en que deben/pueden d aparecer los elementos (atención: el operador & no existe, diferencia con SGML): a,b (b a continuación de a) a b (b ó a) (conjunto) (agrupación, si existe operador posterior afecta a todo el conjunto) Arquitecturas Distribuidas 09/10 28

29 Elementos en DTD XML Ejemplos de fórmulas: <!ELEMENT a (b,c)> <a> </a> contenido de b <c>contenido de c</c> <a> </a> <c>contenido de c</c> contenido de b <a> </a> contenido de b <a></a> Arquitecturas Distribuidas 09/10 29

30 Elementos en DTD XML Ejemplos de fórmulas: <!ELEMENT a (b,c)> <a> </a> contenido de b <c>contenido de c</c> VÁLIDA! <a> </a> <a> </a> <c>contenido de c</c> contenido de b contenido de b NO VÁLIDA! NO VÁLIDA! <a> </a> NO VÁLIDA! Arquitecturas Distribuidas 09/10 30

31 Elementos en DTD XML Ejemplos de fórmulas: <!ELEMENT a (b?, c)+> <a> </a> <c>contenido de c</c> <a> </a> contenido de b <c>contenido de c</c> <c>contenido de c</c> contenido de b <c>contenido de c</c> Arquitecturas Distribuidas 09/10 31

32 Elementos en DTD XML Ejemplos de fórmulas: <!ELEMENT a (b?, c)+> <a> </a> <c>contenido de c</c> VÁLIDA! <a> </a> contenido de b <c>contenido de c</c> <c>contenido de c</c> contenido de b <c>contenido de c</c> VÁLIDA! Arquitecturas Distribuidas 09/10 32

33 Elementos en DTD XML Ejemplos de fórmulas: <!ELEMENT a (#PCDATA, (b c), d+, #PCDATA)> <a> <a> Cualquier cadena de texto forma un #PCDATA. Además es posible que nos encontremos entidades delimitadas por & y ;. contenido de b <d> contenidio de d </d> Cualquier otra cadena de datos. <a> </a> <c> contenido de c </c> <d> contenido de d </d> Nota: #PCDATA puede ser una cadena vacía. Arquitecturas Distribuidas 09/10 33

34 Elementos en DTD XML Ejemplos de fórmulas: <!ELEMENT a (#PCDATA, (b c), d+, #PCDATA)> <a> <a> Cualquier cadena de texto forma un #PCDATA. Además es posible que nos encontremos entidades delimitadas por & y ;. contenido de b <d> contenidio de d </d> Cualquier otra cadena de datos. Ejemplo 1) Interpretación del #PCDATA <a> en un navegador: Las entidades se substituyen </a> por su valor real : á y &. <c> contenido de c </c> <d> contenido de d </d> Nota: #PCDATA puede ser una cadena vacía. Arquitecturas Distribuidas 09/10 34

35 Elementos en DTD XML Ejemplos de fórmulas: <!ELEMENT a (#PCDATA, (b c), d+, #PCDATA)> <a> Cualquier cadena de texto forma un #PCDATA. Además es posible que nos encontremos entidades delimitadas por & y ;. contenido de b <d> contenidio de d </d> Cualquier otra cadena de datos. Ejemplo 2) #PCDATA puede ser una cadena vacía. <a> <a> </a> <c> contenido de c </c> <d> contenido de d </d> Nota: #PCDATA puede ser una cadena vacía. Arquitecturas Distribuidas 09/10 35

36 Elementos en DTD XML Ejemplos de fórmulas: <!ELEMENT a (#PCDATA, (b c), d+, #PCDATA)> <a> <a> Cualquier cadena de texto forma un #PCDATA. Además es posible que nos encontremos entidades delimitadas por & y ;. contenido de b <d> contenidio de d </d> VÁLIDA! Cualquier otra cadena de datos. <a> </a> <c> contenido de c </c> <d> contenido de d </d> Nota: #PCDATA puede ser una cadena vacía. VÁLIDA! Arquitecturas Distribuidas 09/10 36

37 Atributos en DTD XML Declaración de los atributos (parámetros): Nombre del elemento para el que se declaran los atributos <!ATTLIST elemento atributo1 tipo descripción atributo2 tipo descripción... > Indica el comienzo de una nueva lista de atributos Declaración de parámetros (uno por línea) Arquitecturas Distribuidas 09/10 37

38 Atributos en DTD XML Tipos de parámetros: Nota: De momento no nos fijaremos en la descripción Indican los posibles valores que puede contener el atributo: CDATA (character data: cualquier carácter y ciertas entidades) <!ATTLIST a parametro CDATA descripción> > <a parametro="cualquier cadena con entidades como &"/> NMTOKEN (named token: una cadena de letras, números o ciertos símbolos: <!ATTLIST como a el nombre de una variable en Java) > parametro NMTOKEN descripción> <a parametro="algo_sin_espacios_quizas_con_123456"/> Arquitecturas Distribuidas 09/10 38

39 Atributos en DTD XML NMTOKENS (named token list: secuencia de NMTOKEN separados por espacios) <!ATTLIST a parametro NMTOKENS descripción> > <a parametro="token1 Token2 Token3..."/> ID (unique identifier: identificador que debe ser diferente para cada elemento, misma sintaxis que NMTOKEN) <!ATTLIST a parametro ID descripción> > <a parametro="1"/> <a parametro="2"/> VÁLIDO! <a parametro="uno"/> <a parametro="uno"/> NO VÁLIDO! Arquitecturas Distribuidas 09/10 39

40 Atributos en DTD XML IDREF (identifier reference: identificador único de otro elemento que debe existir en el documento) <!ATTLIST a parametro IDREF descripción> > <!ATTLIST b otroparametro ID descripción> > <a parametro="uno"/> VÁLIDO! <a parametro="otro"/> NO VÁLIDO! Arquitecturas Distribuidas 09/10 40

41 Atributos en DTD XML IDREFS (identifier reference list: lista de IDREF separados por espacios) <!ATTLIST a parametro IDREFS descripción> > <!ATTLIST b otroparametro ID descripción> > <!ATTLIST c otroparametromas ID descripción> > <c otroparametro="id3"/> <a parametro="id1 ID2 ID3..."/> Arquitecturas Distribuidas 09/10 41

42 Atributos en DTD XML ENTITY (entity name: nombre de una entidad general declarada en el documento) <!ENTITY unaentidad SYSTEM "foto.png"> <!ATTLIST a parametro ENTITY descripción> > <a parametro="unaentidad"/> Lo entenderemos mejor al estudiar entidades! ENTITIES (identifier reference list: lista de ENTITY separadas por espacios) <!ENTITY unaentidad SYSTEM "foto.png"> <!ENTITY otraentidad SYSTEM "foto2.png"> <!ATTLIST a parametro ENTITIES descripción> > <a parametro="unaentidad otraentidad"/> Arquitecturas Distribuidas 09/10 42

43 Atributos en DTD XML NOTATION (notation list: lista de NOTATION separados por espacios) <!NOTATION jpg SYSTEM "/usr/bin/gimp"> / /g <!ATTLIST a parametro NOTATION descripción> > <a parametro="jpg"/> Lo entenderemos mejor al estudiar notaciones! ENUMERACIÓN: Declaración especial (no usa palabra reservada): (valor1 valor2...) <!ATTLIST a parametro (valor1 valor2...) descripción> > <a parametro="valor1"/> <a parametro="valor2"/> <a parametro="otrovalornoenumerado"/> NO VÁLIDO! Arquitecturas Distribuidas 09/10 43

44 Atributos en DTD XML Descripción de parámetros: Pueden indicar valores por defecto. <!ATTLIST a color NMTOKEN azul> > <a/> <a color="rojo"/> <!ATTLIST a color (azul rojo) azul> > <a color="verde"/> Arquitecturas Distribuidas 09/10 44

45 Atributos en DTD XML Descripción de parámetros: Pueden indicar valores por defecto. <!ATTLIST a color NMTOKEN azul> > <a/> <a color="rojo"/> No se indica nada del color, por tanto es azul Se cambia el color a rojo <!ATTLIST a color (azul rojo) azul> > <a color="verde"/> Definición no válida! Arquitecturas Distribuidas 09/10 45

46 Atributos en DTD XML Descripción de parámetros: Indican características especiales: #REQUIRED (el usuario debe proporcionar un valor siempre) #IMPLIED (el parámetro es opcional) #FIXED (debe aparecer y el usuario no puede alterarlo) <!ATTLIST a identidad ID #REQUIRED> color (azul rojo verde) #IMPLIED> tipo (antiguo nuevo) #FIXED nuevo > <a identidad="1"/> <a identidad="2" color="verde"/> <a color="rojo"/> <a tipo="antiguo /> Arquitecturas Distribuidas 09/10 46

47 Notaciones en DTD XML XML se diseñó principalmente como contenedor de información de texto. Hay mucha información representada de modo binario: imágenes, vídeo, audio, etc. XML posibilita la coexistencia con información binaria, a través del mecanismo de las notaciones. Las notaciones son etiquetas especiales que indican al procesador de XML el tipo de la información ió que está analizando. Arquitecturas Distribuidas 09/10 47

48 Notaciones en DTD XML Declaración: Algo que indique el tipo de notación PROBLEMA PORTABILIDAD <!NOTATION nombre (PUBLIC SYSTEM) identificador> Nombre de la la notación Indica si el identificador es público o privado Indica el comienzo de un nuevo identificador de notación Arquitecturas Distribuidas 09/10 48

49 Notaciones en DTD XML Ejemplos de uso: <!ELEMENT foto EMPTY> <!ATTLIST foto fuente NOTATION #REQUIRED > <!NOTATION jpeg SYSTEM "image/jpeg"> <!NOTATION png SYSTEM "image/png"> <foto fuente="pepe"/> <foto fuente="maria"/> <foto fuente="paco"/> Arquitecturas Distribuidas 09/10 49

50 Notaciones en DTD XML Ejemplos de uso: Notación incluída en parámetros <!ELEMENT programa (#PCDATA)> <!ATTLIST programa lenguaje NOTATION (lisp c) #REQUIRED > <!NOTATION lisp SYSTEM "IEEE "> <!NOTATION png SYSTEM "ISO/IEC 9899:1999"> <programa lenguaje="c"> int fact(int n) { } </programa> if(n==1) return 1; return n*fact(n-1); <programa lenguaje="lisp"> (defun fact (lambda (n) (if (=n 1) 1 (fact (- n 1))))) </programa> Arquitecturas Distribuidas 09/10 50

51 Notaciones en DTD XML Ejemplos de uso: Notación incluída en parámetros <!ELEMENT programa (#PCDATA)> <!ATTLIST programa > lenguaje NOTATION (lisp c) #REQUIRED <!NOTATION lisp SYSTEM "IEEE "> <!NOTATION png SYSTEM "ISO/IEC 9899:1999"> <programa lenguaje="c"> int fact(int n) { } </programa> if(n==1) return 1; return n*fact(n-1); El qué hacer con cada trozo o de código no está determinado (depende de la aplicación final). Lo importante es que la Notación los diferencia! La parte en rojo es #PCDATA <programa lenguaje="lisp"> (defun fact (lambda (n) (if (=n 1) 1 (fact (- n 1))))) </programa> Arquitecturas Distribuidas 09/10 51

52 Notaciones en DTD XML Solución poco portable. La asignación de identificadores es arbitraria. El procesado final de los datos no está prefijado, esto no es problemático, ya que es una característica de XML: cada aplicación que lo usa decide cómo procesar los datos, es decir, interpreta la semántica de los datos según las marcas. Arquitecturas Distribuidas 09/10 52

53 Entidades en DTD XML Son declaraciones abstractas que pueden usarse para definir otras partes de un documento XML (elementos, atributos, etc). Una definición menos formal: Son declaraciones especiales que se cambian por trozos de código. Analogía con macros en lenguaje C: #define CAPACIDAD 200 int a=capacidad; <!entity CAPACIDAD "200"> La capacidad del sistema es de &CAPACIDAD; bits por segundo. Arquitecturas Distribuidas 09/10 53

54 Entidades en DTD XML Según la aplicación, el formato del código y su ubicación eisten existen varios tipos de entidades, cada una se declara con una sintaxis propia. Arquitecturas Distribuidas 09/10 54

55 Entidades en DTD XML Entidades Genéricas: <!ENTITY nombre #PCDATA> Permiten la substitución de una cadena de texto. Ejemplo: <!ENTITY minombre "Pepe Perez"> Oí gritar mi nombre: &minombre; Arquitecturas Distribuidas 09/10 55

56 Entidades en DTD XML Entidades Genéricas: <!ENTITY nombre #PCDATA> Permiten la substitución de una cadena de texto. Ejemplo: <!ENTITY minombre "Pepe Perez"> Oí gritar mi nombre: &minombre; Arquitecturas Distribuidas 09/10 56

57 Entidades en DTD XML Entidades externas genéricas: <!ENTITY nombre (PUBLIC SYSTEM) URL> Permiten la substitución por un texto contenido en una fuente externa. Ejemplo: <!ENTITY minombre SYSTEM "/home/pepe/minombre.txt"> Oí gritar mi nombre: &minombre; Arquitecturas Distribuidas 09/10 57

58 Entidades en DTD XML Entidades parámetro: Las entidades estudiadas hasta ahora ejercían cambios en el contenido del XML. Las entidades parámetro hacen lo mismo PERO EN EL PROPIO DTD Ver ejemplos a continuación. Arquitecturas Distribuidas 09/10 58

59 Entidades en DTD XML Entidades parámetro: <!ENTITY % nombre (CDATA)> Entidades parámetro externas: <!ENTITY % nombre (PUBLIC SYSTEM) URL> Ahora se referencian como: %nombre; <--NO COMO &nombre;--> Arquitecturas Distribuidas 09/10 59

60 Entidades en DTD XML Ejemplo: <!ENTITY % contenidoppal "nombre apellidos direccion"> <!ENTITY % idattr "id ID #REQUIRED"> <!ELEMENT dni (%contenidoppal, datosnacimiento)> <!ATTLIST dni %idattr; tipodni (antiguo nuevo electonico) #REQUIRED nuevo > Esto es como escribir: <!ELEMENT dni (nombre apellidos direccion, datosnacimiento)> <!ATTLIST dni id ID #REQUIRED tipodni (antiguo nuevo electonico) #REQUIRED nuevo > Arquitecturas Distribuidas 09/10 60

61 Instrucciones de Procesado (PI) en DTD XML Son declaraciones especiales cuyo significado depende del procesador del XML: <?instruccion (datos)?> Estan delimitadas por <? y?> Arquitecturas Distribuidas 09/10 61

62 Instrucciones de Procesado (PI) en DTD XML Los procesadores interpretan sólo aquellas PI que conocen: <?instruccion (datos)?> El nombre de la instrucción es cualquier palabra. Los procesadores del XML ejecutarán PI que reconozcan. o ca Los datos son información opcional que se le pasa al procesador. Arquitecturas Distribuidas 09/10 62

63 Instrucciones de Procesado en DTD XML Ejemplo: <hmtl> <?php?> echo "Hola mundo en PHP! \n" </html> La declaración indica que es una orden de PHP. El procesado asociado depende d del navegador: Apache interpretará los datos como un lenguaje de programación. IIS pasará esta orden por alto. Arquitecturas Distribuidas 09/10 63

64 Instrucciones de Procesado en DTD XML Ejemplo: <hmtl> <?php?> echo "Hola mundo en PHP! \n" </html> La declaración indica que es una orden de PHP. El procesado asociado depende d del navegador: Apache interpretará los datos como un lenguaje de programación. IIS pasará esta orden por alto. Arquitecturas Distribuidas 09/10 64

65 Interpretación de un documento XML por un navegador El comportamiento final depende del navegador particular: Al menos debe informar si el documento está bien formado o no. Ejemplo: <?xml version="1.0"?> <a> Hola Prueba </a> Arquitecturas Distribuidas 09/10 65

66 Interpretación de un documento XML por un navegador El comportamiento final depende del navegador particular: Al menos debe informar si el documento está bien formado o no. Ejemplo: <?xml version="1.0"?> <a> </a> Arquitecturas Distribuidas 09/10 66

67 Interpretación de un documento XML por un navegador Ejemplo corregido: <?xml version="1.0"?> <a> Hola Prueba </a> Arquitecturas Distribuidas 09/10 67

68 Interpretación de un documento XML por un navegador Ejemplo corregido: <?xml version="1.0"?> <a> Hola Prueba </a> Si el navegador no sabe interpretar de un modo especial el XML, entonces, simplemente muestra los contenidos de los elementos. Arquitecturas Distribuidas 09/10 68

69 Interpretación de un documento XML por un navegador Si un documento está especificado por su DTD, el navegador debería comprobar e informar si el XML es o no válido. Arquitecturas Distribuidas 09/10 69

70 XHTML HTML es muy poco estricto y coherente en cuanto a la definición de las marcas: etiquetas de cierre opcionales, mayúsculas o minúsculas, comillas en los atributos, etc. XHTML es HTML conforme a las reglas sintácticas de XML Documento debe estar bien formado XHTML hace que los documento sean más fáciles de procesar por una máquina Arquitecturas Distribuidas 09/10 70

71 Arquitecturas Distribuidas 09/10 71

72 Espacios de nombres El mecanismo de los espacios de nombres (namespaces) permite combinar en un mismo documento XML definiciones procedentes de varios tipos de documentos. Un namespace es un grupo de elementos y nombres de atributos. Cada grupo (namespace) se puede especificar y validar con su DTD correspondiente. Arquitecturas Distribuidas 09/10 72

73 Espacios de nombres Ejemplo: XHTML MthML MathML <html> <a> <table> <equation> <mrow> <divide> XML Un navegador aegado que entienda e ambos lenguajes, mostrará correctamente este XML. Arquitecturas Distribuidas 09/10 73

74 Espacios de nombres <?xml version="1.0"?> Ejemplo: <html> el MathML. Este XHTML documento combina dos lenguajes MthML MathML el XHTML y Esto permite cosas muy interesantes . Por ejemplo, escribir la ecuacion: <html> <math> <mrow> <mi> a </mi> <a> <mo> + </mo> <mi> b </mi> <mo> = </mo> <mi> c </mi> </mrow> <table> </math> </html> <equation> <sum> <int> XML Un navegador aegado que entienda e ambos lenguajes, mostrará correctamente este XML. Arquitecturas Distribuidas 09/10 74

75 Espacios de nombres <?xml version="1.0"?> Ejemplo: <html> el MathML. Este XHTML documento combina dos lenguajes MthML MathML el XHTML y Esto permite cosas ESTO muy ES interesantes CORRECTO? . Por ejemplo, escribir la ecuación: NO!, <reln> QUÉ SUCEDE <html> SI DOS ELEMENTOS TIENEN EL <equation> MISMO NOMBRE EN DIFERENTES <eq/> NAMESPACES? <ci>a</ci> <matrix> <a> <sum> <matrixrow> <ci>x</ci> <ci>y</ci> </matrixrow> <int> <matrixrow> <table> <ci>z</ci> <ci>w</ci> </matrixrow> </matrix> </reln> </html> XML Un navegador aegado que entienda e ambos lenguajes, mostrará correctamente este XML. Arquitecturas Distribuidas 09/10 75

76 Espacios de nombres Frutas Colores <manzana> <uva> <melocotón> <rojo> <azul> <verde> <naranja> <naranja> Arquitecturas Distribuidas 09/10 76

77 Espacios de nombres Frutas Coloresu <?xml version="1.0"?> <manzana/> <manzana>... <verde/>... <uva/> <uva> <naranja/> <melocotón> <naranja> <azul> <rojo> <verde> Es un color o una fruta? <naranja> Arquitecturas Distribuidas 09/10 77

78 Espacios de nombres Para evitar ambigüedades los tag se escriben: prefijo_del_namespace:nombre_tag El prefijo indica al interprete cuando conmutar de un lenguaje a otro. Arquitecturas Distribuidas 09/10 78

79 Espacios de nombres Frutas Coloresu <?xml version="1"> <manzana> <fruta:manzana/>... <color:verde/>... <fruta:uva/> <uva> <melocotón> <color:naranja/> <naranja> Un color! <azul> <rojo> <verde> <naranja> Arquitecturas Distribuidas 09/10 79

80 Espacios de nombres Un namespace debe declararse antes de su uso: <elemento xmlns:prefijo="url"> Atributo válido para cualquier elemento. El namespace lo conoceran él y sus descendientes. Lo habitual es declarar los namespace conocidos en la <raíz>. Arquitecturas Distribuidas 09/10 80

81 Espacios de nombres Un namespace debe declararse antes de su uso: <elemento xmlns:prefijo="url"> Prefijo con el que se identificaran los miembros del namespace. Puede ser cualquier palabra. Arquitecturas Distribuidas 09/10 81

82 Espacios de nombres Un namespace debe declararse antes de su uso: se declara en el elemento raíz <elemento xmlns:prefijo="url"> URL con la definición del namespace: su contenido será un DTD o similar. Arquitecturas Distribuidas 09/10 82

83 Espacios de nombres Ejemplo: XHTML MthML MathML <html> <a> <table> <equation> <mrow> <divide> XML VEAMOS LA DEFINICIÓN CÓ CORRECTA Arquitecturas Distribuidas 09/10 83

84 Espacios de nombres <?xml version="1.0"?> Ejemplo: <xhtml:html xmlns:xhtml=" xmlns:math=" > XHTML MthML MathML <xhtml:p> Este documento combina dos lenguajes el XHTML y el MathML. Esto permite <html> cosas <xhtml:em> muy interesantes <equation> </xhtml:em>. Por ejemplo, escribir la ecuacion: </xhtml:p> <a> <table> <math:math> <math:mrow> <math:mi> a </math:mi> <math:mo> + </math:mo> <math:mi> b </math:mi> <math:mo> = </math:mo> <math:mi> c </math:mi> </math:mrow> XML </math:math> </xhtml:html> <int> <sum> Arquitecturas Distribuidas 09/10 84

85 Espacios de nombres <?xml version="1"> Ejemplo: <xhtml:html xmlns:xhtml=" xmlns:math=" > XHTML MthML MathML <xhtml:p> Este documento combina dos lenguajes el XHTML y el MathML. Esto permite <html> cosas <xhtml:em> muy interesantes <equation> </xhtml:em>. Por ejemplo, escribir la ecuación: <a> <math:math> <math:mrow> <math:mi> a </math:mi> <math:mo> + </math:mo> <table> <math:mi> b </math:mi> <math:mo> = </math:mo> <math:mi> c </math:mi> </math:mrow> </math:math> XML </xhtml:html> <int> <sum> Arquitecturas Distribuidas 09/10 85

86 Espacios de nombres Pueden usarse también espacios de nombre por defecto : <elemento xmlns="url"> Sin prefijo Arquitecturas Distribuidas 09/10 86

87 Espacios de nombres Ejemplo: <?xml version="1.0"?> XHTML MthML MathML <xhtml:html xmlns=" Este documento combina dos lenguajes el XHTML y el MathML. Esto permite <html> cosas muy interesantes <equation> . Por ejemplo, escribir la ecuacion: <a> <sum> <math:math xmlns:math=" w3 <math:mi> a </math:mi> <math:mo> + </math:mo> <int> <table> <math:mi> b </math:mi> <math:mo> = </math:mo> <math:mi> c </math:mi> </math:mrow> </math:math> XML </html> SINTAXIS MÁS COMPACTA. Arquitecturas Distribuidas 09/10 87

88 XSCHEMA XML Schema Construcciónalternativa i a los DTD para especificar el formato de un documento XML. Un XSCHEMA es en si mismo un documento XML: usamos XML para definir XML! Arquitecturas Distribuidas 09/10 88

89 XSCHEMA Ventajas sobre DTD: Más legible. Permite especificar el tipo de datos Permite espeficar lenguajes XML que usen namespaces (con DTD es muy complejo). Más posibilidades: A nivel de elementos, por ejemplo: con XSCHEMA podemos indicar que un elemento aparece N veces. A nivel de atributos, por ejemplo: puede especificarse que un atributo es un número, un dígito binario, etc. Arquitecturas Distribuidas 09/10 89

90 XSCHEMA Ejemplo. Dado un XML (notas.xml) para definir notas: <?xml version="1.0"?> <nota> <para>tove</para> <de>jani</de> <asunto>reminder</asunto> <mensaje>don't forget me this weekend!</mensaje> </nota> Arquitecturas Distribuidas 09/10 90

91 XSCHEMA Podemos escribir su DTD (notas.dtd) como: <!ELEMENT nota (para, de, asunto, mensaje)> <!ELEMENT para (#PCDATA)> <!ELEMENT de (#PCDATA)> <!ELEMENT asunto (#PCDATA)> <!ELEMENT mensaje (#PCDATA)> Arquitecturas Distribuidas 09/10 91

92 XSCHEMA La definición alternativa con XSCHEMA sería (notas.xsd): <?xml version="1.0"?> <xs:schema xmlns:xs=" / <xs:element name="note"> <xs:complextype> <xs:sequence> <xs:element name="to" type="xs:string"/> <xs:element name="from" type="xs:string"/> <xs:element name="heading" type="xs:string"/> <xs:element name="body" type="xs:string"/> </xs:sequence> </xs:complextype> </xs:element> </xs:schema> Arquitecturas Distribuidas 09/10 92

93 Lenguajes de estilo y transformación para XML XSL: Lenguaje para crear hojas de estilo para documentos XML. Más complejo que CSS: unos 60 selectores y 250 propiedades!! XSLT: Lenguaje para crear transformaciones en los documentos. XML HTML WML etc Cada transformación usa una hoja XSLT diferente. Arquitecturas Distribuidas 09/10 93

94 Lenguajes de estilo y transformación para XML XPATH: Lenguaje que permite identificar partes de un documento (concepto similar a #enlace_interno en URL). XPOINTER: Lenguaje para definir punteros a puntos o partes de un documento (concepto similar a URL). XLINK Mecanismo de hiperenlaces (mas general que las <a> de HTML). Puede conectar varios objetos en ambas direcciones. i Arquitecturas Distribuidas 09/10 94

95 Referencias y bibliografía Libros: Learning XML, Erik T. Ray, O Reilly, Disponible en: Guía rápida: XML Syntax Quick Reference, Mulberry Technologies, Inc., Arquitecturas Distribuidas 09/10 95

96 Referencias y bibliografía WWW: p// / Página principal p de desarrollo de la tecnología XML xml / Recomendación de XML xml names/ Espacios de nombres Hojas de estilo en XML Arquitecturas Distribuidas 09/10 96

97 Referencias y bibliografía WWW: p// / Página principal p de desarrollo de la tecnología XML xml / Recomendación de XML xml names/ Espacios de nombres Hojas de estilo en XML Arquitecturas Distribuidas 09/10 97

98 Referencias y bibliografía Tutoriales: p// / / Varios tutoriales tecnologías XML p tutorial.html Tutorial en español, con bastantes enlaces Arquitecturas Distribuidas 09/10 98