¿Cuál es la forma correcta de representar elementos XML nulos?

He visto nullelementos representados de varias maneras:

El elemento está presente con xsi:nil="true":

 <book>
     <title>Beowulf</title>
     <author xsi:nil="true"/>
 </book>

El elemento está presente, pero se representa como un elemento vacío (que creo que está mal ya que está 'vacío' y nulles semánticamente diferente):

 <book>
     <title>Beowulf</title>
     <author/>
 </book>

 <!-- or: -->
 <book>
     <title>Beowulf</title>
     <author></author>
 </book>

El elemento no está presente en absoluto en el marcado devuelto :

 <book>
     <title>Beowulf</title>
 </book>

El elemento tiene un <null/>elemento hijo (de TStamper a continuación):

 <book>
     <title>Beowulf</title>
     <author><null/></author>
 </book>

¿Existe una forma correcta o canónica de representar tal null valor? ¿Hay formas adicionales que los ejemplos anteriores?

El XML para los ejemplos anteriores está ideado, así que no lo leas demasiado. :)

xsi: nil es la forma correcta de representar un valor tal que: cuando se emite la llamada DOM Nivel 2 getElementValue (), se devuelve el valor NULL. xsi: nil también se usa para indicar un elemento válido sin contenido, incluso si ese tipo de contenido de elementos normalmente no permite elementos vacíos.

Si se usa una etiqueta vacía, getElementValue () devuelve la cadena vacía ("") Si se omite la etiqueta, entonces ni siquiera hay una etiqueta de autor. Esto puede ser semánticamente diferente de establecerlo en 'nulo' (Ej. Establecer "Serie" en nulo puede ser que el libro no pertenezca a ninguna serie, mientras que omitir series podría significar que la serie es un elemento inaplicable al elemento actual).

De: El W3C

Esquema XML: Structures introduce un mecanismo para indicar que un elemento debe ser aceptado como · válido · cuando no tiene contenido a pesar de un tipo de contenido que no requiere o incluso necesariamente permite contenido vacío. Un elemento puede ser · válido · sin contenido si tiene el atributo xsi: nil con el valor verdadero. Un elemento así etiquetado debe estar vacío, pero puede llevar atributos si lo permite el tipo complejo correspondiente.

Una aclaración:
si tiene un elemento xml de libro y uno de los elementos secundarios es book: series, tiene varias opciones al completarlo:

1. Eliminar completamente el elemento: esto se puede hacer cuando desee indicar que la serie no se aplica a este libro o que ese libro no forma parte de una serie. En este caso, las transformaciones xsl (u otros procesadores basados ​​en eventos) que tengan una plantilla que coincida con book: series nunca serán llamadas. Por ejemplo, si su xsl convierte el elemento del libro en una fila de la tabla (xhtml: tr), puede obtener el número incorrecto de celdas de la tabla (xhtml: td) utilizando este método.
2. Dejar el elemento vacío: esto podría indicar que la serie es "", o es desconocida, o que el libro no es parte de una serie. Se llamará a cualquier transformación xsl (u otro analizador basado en Evernt) que coincida con book: series. El valor de current () será "". Obtendrá el mismo número de etiquetas xhtml: td usando este método que con el siguiente descrito.
3. Usando xsi: nil = "true" - Esto significa que el elemento book: series es NULL, no solo vacío. Se llamará a su transformación xsl (u otro analizador basado en eventos) que tenga un libro de coincidencia de plantillas: series. El valor de current () estará vacío (no cadena vacía). La principal diferencia entre este método y (2) es que el tipo de esquema de book: series no necesita permitir que la cadena vacía ("") sea un valor válido. Esto no tiene ningún sentido real para un elemento de serie, pero para un elemento de lenguaje que se define como un tipo enumerado en el esquema, xsi: nil = "true" permite que el elemento no tenga datos. Otro ejemplo serían elementos de tipo decimal. Si desea que estén vacías, puede unir una cadena enumerada que solo permita "" y un decimal, o usar un decimal que sea numerable.

No hay una respuesta canónica, ya que XML fundamentalmente no tiene un concepto nulo. Pero supongo que desea mapeo Xml / Object (ya que los gráficos de objetos tienen valores nulos); entonces la respuesta para usted es "cualquier cosa que use su herramienta". Si escribe manejo, eso significa lo que prefiera. Para las herramientas que usan el esquema XML, este xsi:niles el camino a seguir. Para la mayoría de los mapeadores, omitir el elemento / atributo coincidente es la forma de hacerlo.

Depende de cómo valides tu XML. Si utiliza la validación del esquema XML, la forma correcta de representar los nullvalores es con elxsi:nil atributo

[ Fuente ]

La documentación en el enlace w3

http://www.w3.org/TR/REC-xml/#sec-starttags

dice que estas son las formas recomendadas.

<test></test>
<test/>

El atributo mencionado en la otra respuesta es el mecanismo de validación y no una representación del estado. Consulte el http://www.w3.org/TR/xmlschema-1/#xsi_nil

Esquema XML: Structures introduce un mecanismo para indicar que un elemento debe ser aceptado como · válido · cuando no tiene contenido a pesar de un tipo de contenido que no requiere o incluso necesariamente permite contenido vacío. Un elemento puede ser · válido · sin contenido si tiene el atributo xsi: nil con el valor verdadero. Un elemento así etiquetado debe estar vacío , pero puede llevar atributos si lo permite el tipo complejo correspondiente.

Para aclarar esta respuesta: Contenido

  <Book>
    <!--Invalid construct since the element attribute xsi:nil="true" signal that the element must be empty-->
    <BuildAttributes HardCover="true" Glued="true" xsi:nil="true">
      <anotherAttribute name="Color">Blue</anotherAttribute>
    </BuildAttributes>
    <Index></Index>
    <pages>
      <page pageNumber="1">Content</page>            
    </pages>
    <!--Missing ISBN number could be confusing and misguiding since its not present-->
  </Book>
</Books>

Se usa xsi:nilcuando la semántica de su esquema indica que un elemento tiene un valor predeterminado y que el valor predeterminado debe usarse si el elemento no está presente. Tengo que suponer que hay personas inteligentes para quienes la oración anterior no es una idea evidentemente terrible, pero me parece nueve tipos de cosas malas. Todos los formatos XML con los que he trabajado representan valores nulos al omitir el elemento. (O atributo, y buena suerte marcando un atributo con xsi:nil).

Simplemente omitir el atributo o elemento funciona bien en datos menos formales.

Si necesita información más sofisticada, los esquemas GML agregan el atributo nilReason, por ejemplo: en GeoSciML :

• xsi:nil con un valor de "verdadero" se utiliza para indicar que no hay ningún valor disponible
• nilReasonpuede usarse para registrar información adicional para valores perdidos; Este puede ser uno de los motivos estándar de GML ( missing, inapplicable, withheld, unknown), o texto precedido por other:, o puede ser un enlace de URI a una explicación más detallada.

Cuando intercambia datos, la función para la que se usa comúnmente XML, los datos enviados a un destinatario o para un propósito determinado pueden tener contenido oculto que estaría disponible para otra persona que pagó o tuvo una autenticación diferente. Saber la razón por la que faltaba contenido puede ser muy importante.

A los científicos también les preocupa por qué falta información. Por ejemplo, si se descartó por razones de calidad, es posible que deseen ver los datos incorrectos originales.

En muchos casos, el propósito de un valor nulo es servir para un valor de datos que no estaba presente en una versión anterior de su aplicación.

Supongamos que tiene un archivo xml de su aplicación "ReportMaster" versión 1.

Ahora, en ReportMaster versión 2, se han agregado algunos atributos más que pueden o no estar definidos.

Si utiliza la representación 'sin etiqueta significa nulo', obtendrá compatibilidad automática con versiones anteriores para leer su archivo xml de ReportMaster 1.