utiliza - ¿Para qué son los espacios de nombres XML?
tipos de xml (10)
Esto es algo que siempre me resulta difícil de explicar a los demás: ¿por qué existen espacios de nombres XML? ¿Cuándo deberíamos usarlos y cuándo no? ¿Cuáles son los peligros comunes cuando se trabaja con espacios de nombres en XML?
Además, ¿cómo se relacionan con los esquemas XML? ¿Los esquemas XSD siempre deben estar asociados con un espacio de nombres?
De la recomendación W3 ...
Los espacios de nombres XML proporcionan un método simple para calificar los nombres de elementos y atributos utilizados en documentos de lenguaje de marcado extensible al asociarlos con espacios de nombres identificados por referencias de URI.
El mayor error en mi humilde opinión es la interacción humana, la interpretación de documentos, por ejemplo, para desarrollar código para procesar un XML Doc. Es demasiado fácil enfocarse en la expresión literal del documento en lugar del resultado del conjunto de información del análisis del documento.
por ejemplo, los siguientes nodos
<a xmlns="uri:foo"/>
<foo:a xmlns:foo="uri:foo"/>
<bar:a xmlns:bar="uri:foo"/>
son todos semánticamente idénticos, pero muy diferentes del ojo ingenuo.
El primer ejemplo produce un error muy común al desarrollar XPaths, sin tener en cuenta el hecho de que "a" está en un espacio de nombres, por lo tanto // no produce coincidencias. (¡o peor todavía haciendo coincidir los nodos en un espacio de nombres diferente!)
El tercer ejemplo abre otro defecto en la comprensión: que el texto del prefijo es semánticamente significativo. Al analizar documentos con XPATH, puedo declarar cualquier prefijo que me guste para la coincidencia, siempre que su uri coincida con los del documento.
Es casi lo mismo que preguntar "¿por qué usamos paquetes para Java / C #?":
- reutilización : puede reutilizar un conjunto de etiquetas / atributos que defina a través de diferentes tipos de documentos xml.
- modularidad : si necesita agregar algún "aspecto" a su XML; agregar un espacio de nombres a su documento xml es más simple que cambiar la definición de su esquema xml completo.
- Evite opacar el espacio de nombres "principal" : no fuerce a su analizador a trabajar con una gran definición de esquema, solo use el espacio de nombres que necesita.
Los espacios de nombre se utilizan para eliminar la ambigüedad de los nombres que usa dentro del documento. También le da la capacidad de vincular un nombre corto a un espacio de nombre que luego se puede utilizar para referirse a un elemento o atributo remoto. El espacio de nombre en sí se refiere a la ubicación que define los elementos y atributos que utiliza en el documento. Hay mucho más por saber, pero ese es el corazón de eso. Hay mucha más información here .
Piense en ellos como apellidos para los tipos de elementos. Si tienes dos amigos, ambos llamados Bob, y estás hablando de uno de ellos, alguien podría preguntarte de qué Bob estás hablando. Solo decir "Bob" no es muy útil, entonces dices "Bob Smith" o "Bob Jones".
Es lo mismo con los tipos de elementos. A veces, un nombre corto no es suficiente, porque diferentes personas pueden elegir el mismo nombre. Entonces incluye un URI como un "apellido", para distinguir entre los diferentes Bobs.
Por ejemplo: espacios de nombres XML por ejemplo
En mis palabras: si debe usar algún formato XML para una empresa externa (por ejemplo) y necesita proporcionar en el documento XML algunas informaciones, que tienen el mismo nombre, necesita un espacio de nombre. Ejemplo:
<sampleDoc>
<header title="Hello world!">
<items>
<item name="Volvo" color="Blue"/>
</items>
</header>
</sampleDoc>
y desea fusionar algunos datos en este documento, que tiene el mismo nombre, pero otro sentido (así que valúelo), debe usar un espacio de nombres:
<sampleDoc>
<header title="Hello world!">
<items>
<item name="Volvo" color="White" my_unique_namespace:color="#FFFFFF"/>
</items>
</header>
</sampleDoc>
Por supuesto, puedes cambiar un nombre de atributo. Por ejemplo a "my_unique_color". Bud en otro documento, puede haber un atributo con el mismo nombre nuevamente. Por lo tanto, si tiene un espacio de nombre exclusivo (nuestro dominio web, por ejemplo), siempre puede usar los mismos nombres de elementos y / o atributos sin ningún problema.
Son para permitir que se combinen varios lenguajes de marcado, sin tener que preocuparse por conflictos de elementos y nombres de atributos.
Por ejemplo, mire cualquier bit de código XSLT, y luego piense qué pasaría si no usara espacios de nombres e intentara escribir un XSLT donde el resultado debe contener elementos de "plantilla", "para-cada uno", etc. . Errores de sintaxis, es qué.
Dejaré el consejo y las trampas a otros con más experiencia que yo.
Usamos espacios de nombres porque la gente dice que quiere usar las mismas palabras para significar cosas diferentes en su propio Idaho privado. Por lo general, puedes determinar desde el contexto lo que quiere decir una persona. En una base de datos de personal, el XML es registros de personal. En una base de datos de registro de vehículos, el XML es registros de registro de vehículos.
Ambos mantienen una etiqueta llamada "ubicación", pero la etiqueta significa cosas diferentes para cada uno y contiene diferentes campos.
Ahora, eso es genial: ¿pero qué sucede si necesita o quiere almacenar XML de ambos en la misma base de datos? O, lo que es más interesante, ¿qué pasa si ambas bases de datos desean almacenar fragmentos XML de alguna otra base de datos común (por ejemplo, una base de datos de Cuentas).
Los espacios de nombres XML asocian con cada etiqueta XML un URI, de modo que el nombre de la etiqueta en sí tiene una url delante, eso es parte del nombre de la etiqueta (por supuesto, los documentos XML reales usan una taquigrafía). Al elegir cuidadosamente el URI, es fácil estar seguro de que los nombres de las etiquetas no colisionarán, es como si las dos etiquetas de ubicación fueran nombradas de manera completamente diferente, por lo que no hay confusión. Como beneficio adicional, las dos etiquetas de ubicación completamente diferentes pueden incluir elementos de la base de datos de cuentas y declarar explícitamente que están hablando de lo mismo.
Lo que hace que todo esto sea útil es XPATH.
Con lo anterior, puede comenzar a escribir expresiones XPATH que digan cosas como: búscame accounts:account overdue en cualquier parte de este xml. O bien, encuéntreme cualquier accounts:warning message elementos de accounts:warning message en cualquier parte de este fragmento particular de XML, donde el mensaje de advertencia es un nodo secundario (independientemente de la profundidad) de un nodo de personnel:payment o un vehicle:status nodo de vehicle:status .
Esa expresión XPATH puede usarse en algún lugar de un documento XSLT, cuyo trabajo consiste en convertir el XML en XHTML o XPDF, para su visualización.
¿Cuál es la recompensa? ¿Por que hacerlo? Como puede buscar en el archivo de registro XML, saque todas las cuentas vencidas donde aparezcan, sin confundirlas con etiquetas de "mensaje" producidas por otros sistemas , conviértalas a xhtml y visualícelas en negrita roja a través de una etiqueta css: todas sin escribir un trozo de código de procedimiento .
XML es un súper lenguaje, lo que significa que es la base de cualquier lenguaje basado en XML (tiene sentido, ¿no?). Piense en XML como una pluma que puede escribir cualquier oración, en cualquier idioma. Todo depende del escritor, y preferiblemente el lenguaje debe ser conocido por el lector.
Un espacio de nombres XML es básicamente el nombre del idioma, al igual que "inglés" o "עברית". Ayudo al destinatario del documento XML para analizarlo y extraer la información dentro.
Digamos que tengo una fábrica de muebles y usted tiene una tienda de muebles. su aplicación de almacenamiento y mi aplicación de suministro no están relacionadas en absoluto, pero cuando se comunican a través de mensajes XML, los mensajes deben ser comprensibles y fáciles de analizar por ambas partes
Por lo tanto, ambos sistemas necesitan conocer el esquema , que define la sintaxis del lenguaje y las restricciones acordadas. Piense en el esquema como el diccionario y el libro de texto de la gramática. El esquema es el documento que ambos sistemas deben saber, que quien escribe el código de análisis en cada sistema debe saber, y eso incluye la declaración del espacio de nombres.
Cada espacio de nombre se denomina URI, que en la mayoría de los casos es la ubicación del documento de esquema que lo define.
Por supuesto, no todos los documentos XML necesitan un espacio de nombre, especialmente cuando no se utiliza para transmitir información a un sistema remoto. Por ejemplo, cuando serializa objetos en XML para persistir en su base de datos.
¿Por qué existen espacios de nombres XML?
Porque, allá por 1997, algunas personas muy influyentes en el W3C las querían, y no aceptaron un no por respuesta. Incluso cuando se demostró, me atrevo a decir de manera concluyente, que había mejores formas de resolver el "problema" que pensaban que tenían, todavía ejercen su influencia para que sus deseos se escriban en una Recomendación del W3C.
El mayor truco en la extensa mitología que rodea a los espacios de nombres XML es que tiene un mérito técnico. (Este es el efecto descendente de una Recomendación que simplemente existe y por lo tanto ocupa el espacio mental: "¡Vaya, tiene que haber una (buena) razón!", En lugar de una nota al pie ficticia en alguna parte).
¿Cuándo deberíamos usarlos y cuándo no?
Nunca debes usarlos si puedes evitarlo. Desafortunadamente, la promoción implacable de este dispositivo BAD [*] por parte de las partes interesadas ha fomentado un clusterf * ck de especificaciones hoy que hacen que sea prácticamente imposible no tener que lidiar con espacios de nombres XML en algún momento u otro. Por lo tanto, incluso si evita los espacios de nombres XML usted mismo, encontrará una porquería incrustada en el espacio de nombres que viene de todas partes o, lo que es peor, de los conjuntos de herramientas que simplemente se niegan a trabajar a menos que los alimente con tanta crudeza.
¿Cuáles son los peligros comunes cuando se trabaja con espacios de nombres en XML?
Un error muy común es usar expresiones Xpath con documentos donde un espacio de nombre ha sido "predeterminado": el espacio de nombres tendrá que ser explícito en las expresiones. Otro problema es usarlos "correctamente" al construir documentos: crean problemas de la nada .
Además, ¿cómo se relacionan con los esquemas XML? ¿Los esquemas XSD siempre deben estar asociados con un espacio de nombres?
No hay ninguna relación necesaria, excepto que la especificación del esquema XSD se desarrolló en un momento en que casi todos en el comité tenían los espacios de nombres XML en sus dientes. Entonces lo trabajaron tan profundamente como pudieron. Sin embargo, es posible usar esquemas XSD sin espacios de nombres, pero es una tarea cuesta arriba empinada ya que casi todos los juegos que soportan esquemas XSD asumen que "querrás" usar espacios de nombres.
[*] MALO = Roto según diseño
ACTUALIZACIÓN: un viejo ensayo sobre esta no solución a un no problema .