¿Los analizadores XML dicen la diferencia entre xsi: nil = "true" y elementos omitidos?

Question

¿Los analizadores/deserializadores XML en general son capaces de diferenciar entre nillable elements explicitly set to null and optional elements that are left out?

Supongamos que tenemos el siguiente tipo de complejo:

<complexType name="NiceType"> 
    <sequence> 
    <element name="niceElem" nillable="true" type="int" minOccurs="0" /> 
    </sequence> 
</complexType> 

Elemento establecer explícitamente a null (ejemplo 1):

<niceType> 
    <niceElem xsi:nil="true"/> 
</niceType> 

Elemento omite (ejemplo 2):

<niceType> 
</niceType> 

Los analizadores sintácticos en general, como las implementaciones JAX-B o .NET similares, como el módulo XML de WCF, pueden decir la diferencia entre el ejemplo 1 y el ejemplo 2 anterior? En otras palabras, ¿podría combinar de manera interoperable ambas representaciones NULL, como en el ejemplo, para comunicar diferentes tonos de NULL?

Answer 1

analizadores XML (por ejemplo XmlReader, XmlDocument, XDocument) no tratan especialmente xsi:nil - todavía ver el elemento en la corriente/documento.

XmlSerializer maneja xsi:nil: dentro de ese contexto, significa lo mismo que un nodo omitido; puede hacer que WCF serialice usando XmlSerializer marcando su DataContract s usando XmlSerializerFormatterAttribute.

DataContractSerializer usa el atributo: sin embargo, no estoy seguro de cuáles son las reglas para usarlas (un caso es circular references) - es mucho más probable que omita elementos. No creo que deba pasar xsi:nil a DataContractSerializer a menos que lo use en ese caso, ya que DataContractSerializer está diseñado según suposiciones para mejorar el rendimiento de de/serialización.

Desde el spec parece que fue diseñado originalmente para trabajar como el JavaScript null y undefined - donde null (xsi:nil) es un valor válido y undefined (omitido) es la totalidad de la inexistencia de un valor; especialmente con tipos complejos: puede proporcionar el elemento pero omitirlo (incluso si el contenido es obligatorio según el esquema).

En general, lo evitaría. No es intuitivo: no creo haber visto una API REST/SOAP que lo use (excepto InfoPath que lo usa exclusivamente); la mayoría solo usa null = undefined. La declaración y el uso de xmlns también consumen algunos bytes valiosos adicionales.

una calificación especial: Si comete un elemento opcional y no es anulable (por ejemplo xsd:int) del generador C# proporciona una propiedad <Name>Specified - usted puede añadir sus propias propiedades como esta. Esto le permitiría diferenciar entre xsi:nil y omittance (nil cuando se especifica y nulo, se omite cuando no se especifica). Sin embargo, esto solo funciona con XmlSerializer.