Qual è il modo corretto di rappresentare elementi XML null?

Ho visto nullelementi rappresentati in diversi modi:

L'elemento è presente con xsi:nil="true":

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

L'elemento è presente, ma rappresentato come un elemento vuoto (che credo sia sbagliato poiché "vuoto" e nullsono semanticamente diversi):

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

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

L'elemento non è presente affatto nel markup restituito :

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

L'elemento ha un <null/>elemento figlio (da TStamper di seguito):

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

Esiste un modo corretto o canonico per rappresentare un tale nullvalore? Ci sono modi aggiuntivi rispetto agli esempi sopra?

L'XML per gli esempi sopra è inventato, quindi non leggere troppo in esso. :)

xsi: nil è il modo corretto di rappresentare un valore tale che: Quando viene emessa la chiamata DOM Level 2 getElementValue (), viene restituito il valore NULL. xsi: nil viene anche usato per indicare un elemento valido senza contenuto anche se quel tipo di contenuto normalmente non consente elementi vuoti.

Se viene utilizzato un tag vuoto, getElementValue () restituisce la stringa vuota ("") Se il tag viene omesso, non è presente nemmeno un tag autore. Questo può essere semanticamente diverso dall'impostarlo su 'zero' (Es. Impostare "Serie" su zero potrebbe essere che il libro non appartiene a nessuna serie, mentre omettere la serie potrebbe significare che la serie è un elemento inapplicabile all'elemento corrente.)

Da: W3C

Schema XML: Structures introduce un meccanismo per segnalare che un elemento deve essere accettato come · valido · quando non ha contenuto nonostante un tipo di contenuto che non richiede o addirittura necessariamente consente il contenuto vuoto. Un elemento può essere · valido · senza contenuto se ha l'attributo xsi: nil con il valore vero. Un elemento così etichettato deve essere vuoto, ma può contenere attributi se consentito dal tipo complesso corrispondente.

Un chiarimento:
se si dispone di un elemento xml del libro e uno degli elementi figlio è book: series si hanno diverse opzioni quando si compila:

1. Rimozione completa dell'elemento: questo può essere fatto quando si desidera indicare che le serie non si applicano a questo libro o che il libro non fa parte di una serie. In questo caso xsl trasforma (o altri processori basati su eventi) che hanno un modello che corrisponde al libro: le serie non verranno mai chiamate. Ad esempio, se il tuo xsl trasforma l'elemento libro in una riga di tabella (xhtml: tr) potresti ottenere un numero errato di celle di tabella (xhtml: td) usando questo metodo.
2. Lasciare vuoto l'elemento - Ciò potrebbe indicare che la serie è "" o è sconosciuta o che il libro non fa parte di una serie. Qualsiasi trasformazione xsl (o altro parser basato su evernt) che corrisponda al libro: verrà chiamata la serie. Il valore di current () sarà "". Otterrai lo stesso numero di tag xhtml: td usando questo metodo come con il prossimo descritto.
3. Usando xsi: nil = "true" - Ciò significa che l'elemento book: series è NULL, non solo vuoto. La tua trasformazione xsl (o altro parser basato su eventi) che ha un libro di abbinamento modello: verrà chiamata la serie. Il valore di current () sarà vuoto (non stringa vuota). La principale differenza tra questo metodo e (2) è che il tipo di schema del libro: serie non deve consentire la stringa vuota ("") come valore valido. Ciò non ha alcun senso per un elemento serie, ma per un elemento linguaggio definito come tipo enumerato nello schema, xsi: nil = "true" consente all'elemento di non avere dati. Un altro esempio potrebbe essere rappresentato da elementi di tipo decimale. Se si desidera che siano vuoti, è possibile unire una stringa enumerata che consente solo "" e un decimale, oppure utilizzare un decimale nillabile.

Non esiste una risposta canonica, dal momento che XML sostanzialmente non ha un concetto nullo. Ma suppongo che tu voglia il mapping Xml / Object (poiché i grafici degli oggetti hanno valori null); quindi la risposta per te è "qualunque sia il tuo strumento utilizza". Se scrivi la gestione, ciò significa che preferisci. Per gli strumenti che utilizzano lo schema XML, xsi:nilè la strada da percorrere. Per la maggior parte dei mappatori, omettere l'elemento / attributo corrispondente è il modo per farlo.

Dipende da come convalidi il tuo XML. Se si utilizza la convalida dello schema XML, il modo corretto di rappresentare i nullvalori è con l' xsi:nilattributo.

[ Fonte ]

La documentazione nel collegamento w3

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

dice che queste sono le forme consigliate.

<test></test>
<test/>

L'attributo menzionato nell'altra risposta è un meccanismo di validazione e non una rappresentazione di stato. Consultare il http://www.w3.org/TR/xmlschema-1/#xsi_nil

Schema XML: Structures introduce un meccanismo per segnalare che un elemento dovrebbe essere accettato come · valido · quando non ha contenuto nonostante un tipo di contenuto che non richiede o addirittura necessariamente consente il contenuto vuoto. Un elemento può essere · valido · senza contenuto se ha l'attributo xsi: nil con il valore vero. Un elemento così etichettato deve essere vuoto , ma può contenere attributi se consentito dal tipo complesso corrispondente.

Per chiarire questa risposta: Contenuto

  <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>

Si utilizza xsi:nilquando la semantica dello schema indica che un elemento ha un valore predefinito e che il valore predefinito deve essere utilizzato se l'elemento non è presente. Devo presumere che ci siano persone intelligenti a cui la frase precedente non è un'idea evidentemente terribile, ma suona per me nove tipi di male. Ogni formato XML con cui abbia mai lavorato rappresenta valori nulli omettendo l'elemento. (O attributo e buona fortuna contrassegnare un attributo con xsi:nil.)

La semplice omissione dell'attributo o dell'elemento funziona bene con dati meno formali.

Se hai bisogno di informazioni più sofisticate, gli schemi GML aggiungono l'attributo nilReason, ad esempio: in GeoSciML :

• xsi:nil con un valore "true" viene utilizzato per indicare che non è disponibile alcun valore
• nilReasonpuò essere utilizzato per registrare informazioni aggiuntive per valori mancanti; questo può essere uno dei motivi GML standard ( missing, inapplicable, withheld, unknown), o testo preceduto da other:, oppure può essere un collegamento URI a una spiegazione più dettagliata.

Quando si scambiano dati, il ruolo per il quale viene comunemente utilizzato XML, i dati inviati a un destinatario o per un determinato scopo possono avere contenuti oscurati che sarebbero disponibili a qualcun altro che ha pagato o con un'autenticazione diversa. Conoscere il motivo per cui mancava il contenuto può essere molto importante.

Gli scienziati si preoccupano anche del perché mancano informazioni. Ad esempio, se è stato eliminato per motivi di qualità, potrebbe essere necessario visualizzare i dati errati originali.

In molti casi lo scopo di un valore Null è quello di servire per un valore di dati che non era presente in una versione precedente dell'applicazione.

Supponiamo quindi di avere un file XML dalla tua applicazione "ReportMaster" versione 1.

Ora in ReportMaster versione 2 sono stati aggiunti alcuni attributi che possono essere definiti o meno.

Se si utilizza la rappresentazione "no tag significa null", si ottiene la compatibilità automatica con le versioni precedenti per la lettura del file xml di ReportMaster 1.