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

No hay respuesta canónica, ya que XML fundamentalmente no tiene ningún concepto nulo. Pero supongo que quieres mapeo Xml / Objeto (ya que los gráficos de objetos tienen nulos); así que la respuesta para ti es "cualquiera que sea la herramienta que uses". Si escribes manejando, eso significa lo que prefieras. Para las herramientas que utilizan XML Schema, xsi:nil es 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 de esquemas XML, la forma correcta de representar los valores null es con el atributo xsi:nil.

[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 mecanismo de validación y no una representación de estado. Véase http://www.w3.org/TR/xmlschema-1/#xsi_nil

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

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:nil cuando la semántica del esquema indica que un elemento tiene un valor predeterminado y que el valor predeterminado debe usarse si el elemento no está presente. Tengo que asumir que hay personas inteligentes para quienes la frase anterior no es una idea evidentemente terrible, pero me suena como nueve tipos de malos. Cada formato XML con el que he trabajado representa valores nulos omitiendo 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: in GeoSciML :

• xsi:nil con un valor de "true" se usa para indicar que no hay ningún valor disponible
• nilReason se puede utilizar para registrar información adicional para los valores faltantes; esta puede ser una de las razones estándar de GML (missing, inapplicable, withheld, unknown), o texto precedido por other:, o puede ser un enlace URI a explicación detallada.

Cuando está intercambiando datos, el rol para el 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 eliminó por razones de calidad, es posible que quieran ver el original datos malos.

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

Así que digamos que tiene un archivo xml de su aplicación "ReportMaster" versión 1.

Ahora en la versión 2 a de ReportMaster se han agregado algunos atributos más que pueden o no definirse.

Si utiliza la representación 'no tag means null' obtendrá compatibilidad automática con versiones anteriores para leer su archivo xml de ReportMaster 1.