Jaki jest prawidłowy sposób reprezentowania pustych elementów XML?

Widziałem nullelementy reprezentowane na kilka sposobów:

Element występuje z xsi:nil="true":

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

Element jest obecny, ale reprezentowany jako element pusty (co moim zdaniem jest błędne, ponieważ jest `` pusty '' i nullróżni się semantycznie):

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

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

Elementu w ogóle nie ma w zwracanym znaczniku :

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

Element ma element <null/>potomny (z TStamper poniżej):

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

Czy istnieje poprawny lub kanoniczny sposób przedstawienia takiej nullwartości? Czy istnieją inne sposoby niż powyższe przykłady?

XML dla powyższych przykładów jest sztuczny, więc nie czytaj go zbytnio. :)

xsi: nil to poprawny sposób na przedstawienie wartości takiej, że: Po wywołaniu metody getElementValue () DOM Level 2 zwracana jest wartość NULL. xsi: nil jest również używany do wskazania prawidłowego elementu bez zawartości, nawet jeśli typ zawartości tego elementu zwykle nie zezwala na puste elementy.

Jeśli używany jest pusty tag, getElementValue () zwraca pusty ciąg (""). Jeśli tag zostanie pominięty, nie ma nawet tagu autora. Może to być semantycznie inne niż ustawienie go na „nil” (np. Ustawienie „Series” na zero może oznaczać, że książka nie należy do żadnej serii, podczas gdy pominięcie serii może oznaczać, że seria jest elementem, którego nie można zastosować do bieżącego elementu).

Od: W3C

Schemat XML: Struktury wprowadzają mechanizm sygnalizowania, że ​​element powinien być akceptowany jako · ważny ·, gdy nie ma treści, pomimo tego, że typ zawartości nie wymaga, a nawet koniecznie dopuszcza pustą zawartość. Element może być · prawidłowy · bez treści, jeśli ma atrybut xsi: nil z wartością true. Tak oznaczony element musi być pusty, ale może przenosić atrybuty, jeśli zezwala na to odpowiedni typ złożony.

Wyjaśnienie:
jeśli masz element xml książki, a jednym z elementów podrzędnych jest book: series, masz kilka opcji podczas wypełniania go:

1. Całkowite usunięcie elementu - można to zrobić, jeśli chcesz wskazać, że seria nie ma zastosowania do tej książki lub że książka nie należy do serii. W tym przypadku transformacje xsl (lub inne procesory oparte na zdarzeniach), które mają szablon pasujący do book: series, nigdy nie zostaną wywołane. Na przykład, jeśli twój xsl zamienia element książki w wiersz tabeli (xhtml: tr), możesz uzyskać nieprawidłową liczbę komórek tabeli (xhtml: td) przy użyciu tej metody.
2. Pozostawienie elementu pustego - może to oznaczać, że seria jest „” lub jest nieznana lub że książka nie jest częścią serii. Dowolna transformacja xsl (lub inny parser oparty na evernt), która pasuje do book: series, zostanie wywołana. Wartość current () będzie wynosić „”. Otrzymasz taką samą liczbę tagów xhtml: td używając tej metody, jak w przypadku następnego opisanego.
3. Używanie xsi: nil = "true" - oznacza to, że element book: series ma wartość NULL, a nie tylko jest pusty. Twoja transformacja xsl (lub inny parser oparty na zdarzeniach), który ma szablon pasujący do book: series, zostanie nazwany. Wartość current () będzie pusta (nie pusty ciąg). Główna różnica między tą metodą a (2) polega na tym, że typ schematu book: series nie musi dopuszczać pustego ciągu („”) jako prawidłowej wartości. Nie ma to sensu w przypadku elementu serii, ale w przypadku elementu języka zdefiniowanego jako typ wyliczeniowy w schemacie xsi: nil = "true" pozwala, aby element nie miał danych. Innym przykładem mogą być elementy typu decimal. Jeśli chcesz, aby były puste, możesz połączyć wyliczany ciąg, który dopuszcza tylko „” i liczbę dziesiętną, lub użyć liczby dziesiętnej, która jest zerowa.

Nie ma kanonicznej odpowiedzi, ponieważ XML zasadniczo nie ma pojęcia zerowego. Ale zakładam, że chcesz mapować Xml / Object (ponieważ wykresy obiektów mają wartości null); więc odpowiedzią dla ciebie jest „cokolwiek używa twoje narzędzie”. Jeśli piszesz obsługę, oznacza to, co wolisz. W przypadku narzędzi korzystających ze schematu XML xsi:niljest do zrobienia. W przypadku większości maperów sposobem na zrobienie tego jest pominięcie pasującego elementu / atrybutu.

To zależy od tego, jak zweryfikujesz swój XML. Jeśli używasz sprawdzania poprawności schematu XML, prawidłowym sposobem przedstawiania nullwartości jest xsi:nilatrybut.

[ Źródło ]

Dokumentacja w linku w3

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

mówi, że to są zalecane formy.

<test></test>
<test/>

Atrybut wymieniony w drugiej odpowiedzi to mechanizm walidacji, a nie reprezentacja stanu. Zapoznaj się z http://www.w3.org/TR/xmlschema-1/#xsi_nil

Schemat XML: Struktury wprowadzają mechanizm sygnalizowania, że ​​element powinien być akceptowany jako · ważny ·, gdy nie ma treści pomimo typu zawartości, który nie wymaga lub nawet koniecznie dopuszcza pustą zawartość. Element może być · prawidłowy · bez treści, jeśli ma atrybut xsi: nil z wartością true. Tak oznaczony element musi być pusty , ale może przenosić atrybuty, jeśli zezwala na to odpowiedni typ złożony.

Aby wyjaśnić tę odpowiedź: Treść

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

Użyć xsi:nil, gdy semantyka schematu wynika, że element ma wartość domyślną, a wartość domyślna powinny być stosowane, jeśli element nie jest obecny. Muszę założyć, że są mądrzy ludzie, dla których poprzednie zdanie nie jest ewidentnie okropnym pomysłem, ale dla mnie brzmi to jak dziewięć rodzajów złego. Każdy format XML, z jakim kiedykolwiek pracowałem, reprezentuje wartości null, pomijając element. (Lub atrybut i powodzenia w oznaczaniu atrybutu za pomocą xsi:nil.)

Zwykłe pominięcie atrybutu lub elementu działa dobrze w mniej formalnych danych.

Jeśli potrzebujesz bardziej wyrafinowanych informacji, schematy GML dodają atrybut nilReason, np .: w GeoSciML :

• xsi:nil z wartością „prawda” służy do wskazania, że ​​żadna wartość nie jest dostępna
• nilReasonmożna wykorzystać do zapisania dodatkowych informacji o brakujących wartościach; może to być jeden ze standardowych powodów GML ( missing, inapplicable, withheld, unknown) lub tekst poprzedzony other:lub może być odsyłaczem URI do bardziej szczegółowego wyjaśnienia.

Podczas wymiany danych, w przypadku roli, do której powszechnie używany jest XML, dane wysyłane do jednego odbiorcy lub w określonym celu mogą mieć zasłoniętą zawartość, która byłaby dostępna dla kogoś innego, kto zapłacił lub miał inne uwierzytelnienie. Znajomość przyczyny braku treści może być bardzo ważna.

Naukowcy martwią się również, dlaczego brakuje informacji. Na przykład, jeśli został usunięty ze względu na jakość, mogą chcieć zobaczyć oryginalne złe dane.

W wielu przypadkach wartość Null służy do obsługi wartości danych, których nie było w poprzedniej wersji aplikacji.

Powiedzmy, że masz plik xml z aplikacji „ReportMaster” w wersji 1.

Teraz w ReportMaster w wersji 2 dodano więcej atrybutów, które mogą być zdefiniowane lub nie.

Jeśli użyjesz reprezentacji „brak tagu oznacza zero”, uzyskasz automatyczną wsteczną zgodność odczytu pliku XML ReportMaster 1.