Порядок тегов в XML - принципиален или нет - как определить? #549137

допустим, есть вот такое: вопрос: как определить, является ли обязательным порядок следования тегов внутри <DespatchAdvice-Header> или это непринципиально...??

Вообще-то не должно зависеть... Это определяется программой-обработчиком (та, которая будет считывать инфу из файла).

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

фиг вам, корусконсалтинг формальные схемы не дает.. нету у них как класса...

поясни тогда, плиз, ибо я в XML - мало-мало... - если нет "нетленного алгоритма" - то как вообще обрабатывается чтение данных из XML и преобразование в понятный для принимающей стороны порядок действий с этой инфой...?

по имени тегов и структуры вложенности

если грубо: формируется дерево с элементами и атрибутами, и потом проверяется наличие/отсутствие оных (есть, например, обязательные, необязательные) и соответствие их значений типу (например, нумерик, или строка длины в опред диапазоне и из опред символов)

а нафига мне формировать дерево? оно у меня уже есть в xml'e..? . > потом проверяется наличие/отсутствие оных (есть, например, обязательные, необязательные) и соответствие их значений типу - это я понимаю можно сделать тупым натравливанием формальной схемы (при наличии оной!) на имеющийся файл...? . получается, что порядок тегов в принципе определяется (если он критичен) только алгоритмом обрабатывающей стороны...?

1. тебе - нафиг не надо, его формирует msxml 2. да 3. да

ну, правильно сказал, при работе с xml структура и есть дерево.

да. определяет принимающая сторона. Можно между собой договорится о структере xml с каких мочешь порядком, а можно юзать CommerML.biz (у меня с ней не получилось подружиться)

за более чем 10 лет ни разу не видал работающий CommerML

не понял, а как "... его формирует msxml"..?

примерно так:

и потом я иду по этому ДОМу и разбираю узлы/теги/атрибуты..?

ага, чтобы данные поиметь

ну.. это неинтересно.. я это уже делаю... непонятено в чем цимус-то xml'я  ;-)

а ты что хотел? кнопку "сделать фсё?" ;-)

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

примерно.. ;-)

Тебе влом соблюсти порядок?

легкодоступными методами - нет. так как приходится базироваться на исходном(входном) файле XML, в котором порядок тегов несколько отличается от порядка тегов выходном файле XML. (например в файле заявки есть тег ПланируемаяДатаПоставки, а в файле подтверждения заявки - "зеркальная" ей тег ПодтвержденнаяДатаПоставки - при этом ПланируемаяДатаПоставки - где-то 15 строка, а ПодтвержденнаяДатаПоставки - должна быть 10. . таким образом если я не знаю !!конкретный алгоритм обработки получателем выходного файла!! - вынужден корячиться...

я знаю, я это читал уже. . оттуда: . <instructions> <step>Смешать все ингредиенты и тщательно замесить.</step> <step>Закрыть тканью и оставить на один час в тёплом помещении.</step> <step>Замесить ещё раз, положить на противень и поставить в духовку.</step> </instructions> . вопрос: порядок следования и обработки step - принципиален...?

зависит от принимающей стороны

каким образом принимающая сторона в формальном описании схемы даст знать что порядок однотипных тегов важен?