Medal Apr 12 2010 at 10:25

XSD — умный XML

3 min

522K

XML*

+39

Comments 34

sergonavt Apr 12 2010 at 11:09

«Такой подход позволяет объектно-ориентированным языкам программирования легко создавать объекты в памяти»

Легко — это последнее слово, которое приходит в голову при работе с xsd. Сложно описывать (RelaxNG проще и гибче), сложно валидировать, очень сложно программно создавать новый xml по имеющемуся xsd.

XSD полезен. Статьи про XSD нужны. Но не используйте в статьях про одно из самых безумных порождений W3C слова «легко», «просто», «универсально», я вас умоляю.

+13

UFO just landed and posted this here

allex Apr 12 2010 at 16:29

C удовольствием познакомился с RELAX NG года 4 назад, жаль практики мало. Рекомендую всем, кому необходимо описывать структуру XML документов, обратить внимание на RELAX NG. У знакомых с BNF сложностей в освоении RELAX NG не будет. У RELAX NG есть два синтаксиса — XML и компактный.

Смое смешное, что класс документов, которые можно описать с помощью RELAX NG, шире, чем тех, которые можно описать с помощью XML Schema! Готов поискать пруфлинк.

Пример из статьи на RELAX NG (Compact Syntax):

# Это — документационный комментарий к стартовому правилу
start = HabraUser

## Главный элемент схемы. Описывает пользователя хабра
HabraUser = element habra_user {
attribute user_name { text },
attribute first_name { text },
attribute last_name { text },
# не помню, есть ли встроенный тип для даты
attribute date_of_birth {… },
# для ограничений используются дополнительные средства типа Schematron
attribute register_date { text },
( ContactInfo )*,
( Blogs )*
}

ContactInfo = ICQ | LinkedIn

Blogs = element blog_name {… }
element blog_url {… }

Medal Apr 12 2010 at 16:37

Да, обратить внимание на Relax NG пожалуй стоит, но вот Compact Syntax — это ведь не XML. Значит нужен дополнительный парсер, собственно, зачем это нужно?

А обычный Relax NG, конечно, проще XSD, но не на столько, чтобы переходить на него. XSD — это стандарт, который очень широко распространен. Гораздо шире, чем RNG.

Любой технологии — свое место.

Cancel Apr 12 2010 at 17:04

Без очень дорогого редактора читать XSD очень тяжко. А RNG/RNC влёт преобразуется один в другой, и очень легко читается.

allex Apr 12 2010 at 17:11

Преимущества текстовых форматов общеизвестны. XML проще парсить, но сложнее писать. Для редактирования XML удобный редактор найти можно, но все равно скорее всего будут вылезать задачи, когда придется смотреть на голый XML (например, дифы сравнивать). А парсер для RNG есть, RNGOM проект на dev.java.net.

Мне сложно придумать что-либо менее достойное быть стандартом, чем XSD :) Этот тот случай, когда я бы приложил усилия, чтоб сменить мейнстрим, чем плыть в нем.

sylvio Apr 12 2010 at 23:39

Прямо сейчас пишу xsd-парсер, это ад. over 20 встроенных базовых типов.

sp1se Jan 27 2011 at 11:31

100%!!) слова «легко», «просто», «универсально» нельзя ставить в одно предложение с XML,XSL,XSD не в коем случае! исключение только если перед ними стоит частица НЕ!)

Gospodin Apr 12 2010 at 14:13

Стоит отметить то что XSD можно использовать при ручном редактировании XML в Visual Studio, напр. есть инструкция как там организовать авто-дополнение кода при работе с SVG документами.

UFO just landed and posted this here

vybe Apr 12 2010 at 14:35

Классно, только вот не 'XSD Schema', а 'XML Schema'. Или просто отдельно 'XSD'.

UFO just landed and posted this here

Medal Apr 12 2010 at 16:13

Поправил, спасибо.

Beholder Apr 12 2010 at 14:53

Тут особенно заметно, насколько XML многословен (в смысле «много букоф»).

andreycha Apr 12 2010 at 15:07

Потому что он сочетает в себе не только данные, но и саму структуру данных.

Beholder Apr 12 2010 at 15:14

Не, потому что, в частности, на каждый <foo:barbazqux ...> надо написать свой </foo:barbazqux>. И потому что имена атрибутов пишутся лишь для того, чтобы обозначить, что тут атрибут.

allter Apr 12 2010 at 18:00

И это хорошо. Желающие могут назвать элементы в стиле <x:y42></x:y42> и получить экономию в размере ценой сотни лучей ненависти в свой адрес от тех, кто будет дебажить эти данные/ПО.

Beholder Apr 13 2010 at 11:47

Многословность не в названии самих элементов, а в необходимости многословных закрывающих тегов и в обязательности наименования параметров-атрибутов.

allter Apr 13 2010 at 12:08

Во всяком случае, когда отлаживаешься, при большой степени вложенности объектов это лучше, чем подсчитывать скобки (а-ля JSON, который очень write-only), количество символов/байт (а-ля Netstrings) или вообще пробелов (а-ля YAML, который больше подходит для статического задания структур). Человеколюбивей XML пока ничего не придумали(?)…

К слову, в программах я часто пишу в стиле:
if ( predicate_expr )
{
//… больше 20 строк кода…
} // if ( predicate_expr )

Иначе легко запутаться.

uglock Apr 12 2010 at 15:41

Вы так говорите, как будто это что-то плохое.

ruzzz Apr 12 2010 at 15:36

А в чем картинку делали?

sgzmd Apr 12 2010 at 15:39

Похоже что XmlSpy — есть такой продухт под Виндоуз.

zhekanax Apr 12 2010 at 16:57

А какой продукт есть не под Виндоуз? :)
Скоро буду писать документ про xml, хотелось бы автоматически дополнить такими полезными красивостями.

Cancel Apr 12 2010 at 17:05

В Eclipse есть дизайнер, но он очень уж специфичный. Больше ничего не нашёл. Есть ещё какой-то очень платный, но я его только мельком видел.

UFO just landed and posted this here

Medal Apr 12 2010 at 16:09

XMLSpy. В конце статьи написано

ruzzz Apr 12 2010 at 16:14

Спасибо, не обратил внимание.

kkray Apr 12 2010 at 20:46

копал на эту тему месяца два назад, вот классная ссылочка:
www.citforum.ru/internet/xml/scheme/
после прочтения сваял себе xsd-файлик, теперь в студии у меня автокомплит и проверка синтаксиса XML-файлов. сказка просто.