Phillip
Создание хорошего пуха для xlst довольно сложно, потому что валидность шаблонов xslt зависит от используемого парсера. У каждого парсера есть свои расширения.
Например, xalan в java можно легко расширить с помощью пользовательских функций xpath, которые явно закодированы в java. Из-за этого ни один валидатор .net не сможет проверить xslts в расширении xalan.
Итак, прежде всего вам нужно знать, какой процессор вы собираетесь использовать. Если вы используете Java-процессоры, я рекомендую использовать Eclipse, который может проверять шаблоны на лету.
Я устал от двух плагинов Eclipse. Стоит отметить, что оба поддерживают отладку и завершение кода xslt / xpath:
Oxygen XML editor - коммерческий (~ $ 300) редактор XML / XSLT / плагин eclipse.
В нем могут использоваться следующие движки: Xalan, Saxon, Xsltproc,
Умеет проверять:
- правильность xsl: template
- правильность атрибута имени xsl: call-template
- дублированное определение переменных xslt
- срок действия dtd's
- срок действия заголовка xslt
- допустимость пространств имен xml
- срок действия XPath
- допустимость xsl: value-of, если xml связан с xslt
- правильность xsl: импорт для локальных и удаленных файлов (он поддерживает каталоги xml)
Я должен сказать, что плагин действительно хорош, но, с другой стороны, он не с открытым исходным кодом.
XSLT Project - плагин с открытым исходным кодом (входит в состав платформы Eclipse Web Tools).
Он довольно молодой (начался в сентябре 2008 года), однако у него очень активное сообщество. В настоящее время он поддерживает только Xalan и JAXP.
Обнаруживает следующие ошибки и предупреждения:
- неверный заголовок xslt
- неверный dtd
- неправильный импорт (он обрабатывает только относительный импорт, XML-каталоги планируются для версии
1.1)
Приведенный выше список определенно неполон, потому что отсутствие поддержки каталогов xml сделало этот проект непригодным для меня.