Как правильно представлять нулевые элементы XML?

Я видел nullэлементы, представленные несколькими способами:

Элемент присутствует с xsi:nil="true":

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

Элемент присутствует, но представлен как пустой элемент (который я считаю неправильным, поскольку «пустой» и nullсемантически отличается):

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

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

Элемент вообще отсутствует в возвращаемой разметке :

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

Элемент имеет <null/>дочерний элемент (из TStamper ниже):

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

Есть ли правильный или канонический способ представить такое nullзначение? Есть ли дополнительные способы, чем приведенные выше примеры?

XML для приведенных выше примеров придуман, так что не читайте слишком подробно. :)

xsi: nil - это правильный способ представления значения таким образом, что: когда выдается вызов getElementValue () DOM уровня 2, возвращается значение NULL. xsi: nil также используется для указания допустимого элемента без содержимого, даже если тип содержимого этого элемента обычно не допускает пустых элементов.

Если используется пустой тег, getElementValue () возвращает пустую строку (""). Если тег опущен, то никакого авторского тега даже нет. Это может семантически отличаться от установки значения «nil» (например, установка «Series» в значение «nil» может означать, что книга не принадлежит ни одной серии, в то время как отсутствие серии может означать, что ряд является неприменимым элементом к текущему элементу.)

От: W3C

Схема XML: Structures представляет механизм для оповещения о том, что элемент должен быть принят как · действительный ·, когда у него нет контента, несмотря на тип контента, который не требует или даже обязательно допускает пустой контент. Элемент может быть · действительным · без содержимого, если он имеет атрибут xsi: nil со значением true. Элемент с такой маркировкой должен быть пустым, но может содержать атрибуты, если это разрешено соответствующим комплексным типом.

Уточнение:
если у вас есть элемент book xml и один из дочерних элементов - book: series, у вас есть несколько вариантов его заполнения:

1. Полное удаление элемента - это можно сделать, если вы хотите указать, что серия не относится к этой книге или эта книга не является частью серии. В этом случае преобразования xsl (или другие процессоры, основанные на событиях), имеющие шаблон, соответствующий book: series, никогда не будут вызваны. Например, если ваш xsl превращает элемент книги в строку таблицы (xhtml: tr), вы можете получить неправильное количество ячеек таблицы (xhtml: td), используя этот метод.
2. Оставить элемент пустым - это может указывать на то, что серия "" или неизвестна, или что книга не является частью серии. Будет вызван любой xsl-преобразователь (или другой когда-либо основанный парсер), который соответствует book: series. Значение current () будет "". Используя этот метод, вы получите то же количество тегов xhtml: td, что и в следующем.
3. Использование xsi: nil = "true" - это означает, что элемент book: series имеет значение NULL, а не просто пустой. Будет вызван ваш xsl-преобразователь (или другой анализатор на основе событий), у которого есть шаблон, соответствующий book: series. Значение current () будет пустым (не пустая строка). Основное различие между этим методом и (2) состоит в том, что в схеме типа book: series не нужно указывать пустую строку ("") в качестве допустимого значения. Это не имеет никакого смысла для элемента серии, но для элемента языка, который определен как перечислимый тип в схеме, xsi: nil = "true" позволяет элементу не иметь данных. Другим примером могут быть элементы типа decimal. Если вы хотите, чтобы они были пустыми, вы можете объединить перечислимую строку, которая допускает только "" и десятичную дробь, или использовать десятичную дробь, которая допускает ноль.

На этот вопрос нет канонического ответа, поскольку у XML принципиально нет нулевой концепции. Но я предполагаю, что вы хотите сопоставление Xml / Object (поскольку графы объектов имеют нулевые значения); так что ответ для вас "все, что использует ваш инструмент". Если вы пишете обработку, это означает, что вы предпочитаете. Для инструментов, которые используют XML-схему, xsi:nilэто путь. Для большинства картографов пропуск соответствующего элемента / атрибута является способом сделать это.

Это зависит от того, как вы проверяете ваш XML. Если вы используете проверку XML-схемы, правильный способ представления nullзначений - с помощью xsi:nilатрибута.

[ Источник ]

Документация в ссылке w3

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

говорит, что это рекомендуемые формы.

<test></test>
<test/>

Атрибут, упомянутый в другом ответе, является механизмом проверки, а не представлением состояния. Пожалуйста, обратитесь к http://www.w3.org/TR/xmlschema-1/#xsi_nil

Схема XML: структуры вводит механизм для оповещения о том, что элемент должен быть принят как · действительный ·, когда у него нет контента, несмотря на тип контента, который не требует или даже обязательно допускает пустой контент. Элемент может быть · действительным · без содержимого, если он имеет атрибут xsi: nil со значением true. Элемент с такой маркировкой должен быть пустым , но может содержать атрибуты, если это разрешено соответствующим комплексным типом.

Чтобы уточнить этот ответ: Содержание

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

Вы используете, xsi:nilкогда ваша семантика схемы указывает, что элемент имеет значение по умолчанию и что значение по умолчанию должно использоваться, если элемент отсутствует. Я должен предположить, что есть умные люди, для которых предыдущее предложение не является самоочевидной ужасной идеей, но для меня это звучит как девять видов зла. Каждый формат XML, с которым я когда-либо работал, представляет нулевые значения, пропуская элемент. (Или атрибут, и удачи, отмечающего атрибут xsi:nil.)

Простое пропускание атрибута или элемента хорошо работает в менее формальных данных.

Если вам нужна более сложная информация, схемы GML добавляют атрибут nilReason, например: в GeoSciML :

• xsi:nil со значением «истина» используется, чтобы указать, что никакое значение не доступно
• nilReasonможет использоваться для записи дополнительной информации о пропущенных значениях; это может быть одна из стандартных причин GML ( missing, inapplicable, withheld, unknown), или текст с добавлением other:или URI-ссылка на более подробное объяснение.

Когда вы обмениваетесь данными, роль, для которой обычно используется XML, данные, отправляемые одному получателю или для определенной цели, могут скрывать содержимое, которое было бы доступно кому-то другому, кто заплатил или имел другую аутентификацию. Знание причины пропажи контента может быть очень важным.

Ученые также обеспокоены тем, почему информация отсутствует. Например, если он был удален по соображениям качества, они могут захотеть увидеть исходные неверные данные.

Во многих случаях цель нулевого значения состоит в том, чтобы служить для значения данных, которого не было в предыдущей версии вашего приложения.

Допустим, у вас есть XML-файл из приложения «ReportMaster» версии 1.

Теперь в ReportMaster версии 2 добавлено еще несколько атрибутов, которые могут быть определены или не определены.

Если вы используете представление «no tag означает null», вы получаете автоматическую обратную совместимость для чтения вашего XML-файла ReportMaster 1.