Всем привет,

чтобы сделать сабж, я использую следующий XSLT:


Он работает, только вот пустые узлы, записанные как
преобразует в
Т.е. он не просто переводит такой узел в "полный" формат записи, но и разносит при этом его на две строки - а это уже не пустой тэг, и потому это противоречит моей XSD-схеме, согласно которой узел "Client" обязан быть пустым. Короче говоря, после прогона вышеозначенного XSLT я получаю invalid XML.

Я попробовал другое преобразование:


- оно не коверкает пустые узлы, но вот создаёт отступы в XML'е только если этот XML уже разнесён на строки. Т.е. оно создаст отступы в


но не сможет их создать, если тот же самый XML записан в однй строку:

<?xml version="1.0" encoding="UTF-16"?><x:MyRootElement xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:x="#MyNamespace'"><x:ChileNode1 name="bla-bla-bla"><x:ChileNode2 name="bla-bla-bla"></x:ChileNode2></x:ChileNode1></x:MyRootElement>

Т.е. тоже не вариант.

Может ли кто посоветовать "золотую середину", которая и пустые узлы не трогает (не разбивает их на открывающий/закрывающий тэги, сидящие в разных строках), и одинаково хорошо разносит как single-line, так и multi-line XML?

maXmoGecko так не делает. Чем трансформишь?Использую библиотеку MS XML v.6.0 (msxml6.dll), метод transformNode объекта DOMDocument.

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

MSXML ни на что не ложит, почитайте это :)

А если серьёзно - то в форумах Microsoft подсказали ответ. В коде VB6 нужно использовать (при объявлениях и инстанциациях) тип DOMDocument60, а не DOMDocument - даже при условии, что к VB6-проекту явно подключена 6-я версия библиотеки MSXML! И ведь, блин, знал когда-то эту "фичу", да забыл. Эта библиотека, при переходе от младшей своей версии к старшей, сохраняет совместимость "экстенсивным" образом - т.е. не только блюдёт binary compatibility существующих элементов, но ещё и расширяет свою объектную модель , включая в неё элементы предыдущей (младшей) версии, помеченные постфиксом с номером версии.

Иными словами, XSLT-преобразование первого типа (см. мой первый пост) обращается с пустыми узлами в зависимости от версии библиотеки MSXML следующим образом:

(где "CRLF" обозначает перевод строки, являющийся источником проблемы)

Поэтому явное использование версии 6.0 решает мою проблему!