ГОСТ Р ИСО 21090—2016
- как двоичные данные (последовательность байтов) (в атрибуте data);
- как xml-содержание (в атрибуте xml).
Если у значения типа данных ED не задан атрибут причины пустоты nullFlavor, то оно должно
иметь непустое содержание. Оно может быть предоставлено по значению (в одном из атрибутов value,
data или xml) или по ссылке. Содержание может быть представлено одновременно и по ссылке, и по
значению, в этом случае оба экземпляра содержания должны быть идентичными. Элементы обработки
информации не обязаны проверять это условие, но могут рассматривать несовпадение как ошибку.
7.4.2.2 Синтаксис ИСО/МЭК 11404
type ED - class <
validTimeLow :characterstring,
validTimeHigh :characterstring,
controlInfcrmationRoot :characterstring,
controlInformationExtension :characterstring,
nullFlavor : NullFlavor,
updateMcde :UpdateMode,
flavorId t Set {characterstring),
value : characterstring,
data : Sequence(Octet),
xml :XML,
reference :TEL.URL,
mediaType :characterstring,
charset : characterstring,
language : characterstring,
compression : Compression,
integntyCheck : Sequence (Octet),
mtegntyCheckAlgorithrn : IntegrityCheckAlgorithm,
description : ST,
thumbnail : EC,
translation : Set<EI>)
)
7.4.2.3 Атрибуты
7.4.2.3.1 value : String; простая последовательность символов, представляющая содержание.
Если используется атрибут value, то атрибут mediatype имеет фиксированное значение text/plain
и набор символов должен быть совместим с набором символов типа данных String. Дополнительная
информация представлена в 6.7.5.
7.4.2.3.2 data ; Binary; простая последовательность байтов, представляющая содержание.
7.4.2.3.3 xm l; XML; содержание в формате XML.
Данный атрибут имеет непосредственное представление на языке XML. Это обусловлено тем. что
настоящий стандарт предусматривает сериализацию данных на языке XML, и этот атрибут xml специ
ально предназначен для обработки в сериализованной форме. Семантически значение атрибута xml
ничем не отличается от представления тех же данных в атрибуте value или data.
Примечание — Эти три представления данных типа ED — как последовательность символов, после
довательность байтов или на языке XML в нативном формате XML format — взаимно несовместимы и должны
были бы быть реализованы как три специализации абстрактного родительского типа ED. Однако это значительно
усложнило бы определение и реализацию тонкостей типа данных ED. а также соответствующий XML-формат (его
потребовалось бы дополнить обязательным атрибутом xsi;type) и при этом не упростило бы заметно общую реа
лизацию типа данных ED.
7.4.2.3.4 reference; TEL.URL : адрес URL. по которому находится двоичное содержание.
Семантическое значение инкапсулированных данных остается тем же самым вне зависимости
от того, присутствует ли содержание по значению или только по ссылке. Однако ссылочные инкапсу
лированные данные ведут себя иначе, поскольку при любой попытке проверить содержание требуется
загрузить их с этого адреса.
Инкапсулированные данные могут одновременно присутствовать и по значению, и по ссылке.
33