XML как входные данные, Преимущество перед текстовым представлением или ini-файлами Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Древовидный Переключить на: Стандартный Переключить на: Линейный

[AD]

Все больше и больше убеждаюсь в преимуществе использования XML, для представления входных данных. Структуру XML понимают и не-программисты. Эти файлы могут делать любые более-менее подготовленный пользователь ПК. Преимущества я вижу следующие: жесткое формальное описание данных, ясный и относительно простой способ описания данных, возможность первичной и поверхностной проверки правильного составления файла (открыть браузером - ошибки, подобные забытому тегу и прочее - браузер не пропустит, ну естественно, с оговорками...), легкость обработки в силу существования большого количества библиотек обработки. Кто может еще что сказать по этому поводу?

Помимо XML есть, конечно же, еще такие вещи, как S-expression, JSON. Но под них библиотек обработки, к сожалению, намного меньше. Буду благодарен, если откликнитесь и дадите интересные материалы и примеры использования XML как входных данных, а не для интернет-сайтов.

[Litkevich Yuriy]

Приведи проблемы с XML.

* не читаемость/не проверяемость человеком.
* для считывания данных, нужно прочитать весь файл, чтобы убедится в его корректности (validating)
** невозможность читать большие файлы по частям
* избыточность данных, в разных ситуация по разному, приведённый мною пример содержит свыше 75% бесполезной информации
** низкая скорость чтения, повышенная загрузка канала передачи данных

П.С.
вроде есть только одно приемущество - возможность обработки программой (100% поддерживающей стандарт) любых данных

[Sokoloff]

Сразу скажу, я не являюсь фанатом XML-я, формат как формат, не хуже прочих. На мой взгляд XML вначале незаслуженно превозносили, а теперь незаслуженно демонизируют. Просто его надо использоавать там, где надо.
Первое и главное, не надо заставлять человека читать и писать XML руками. XML - машинный формат, с возможностью знающему человеку иногда подправить его руками.

* не читаемость/не проверяемость человеком.

У других с читаемостью то же не очень, в JSON-е от скобок в глазах аж. рябит. И уж если профунькал скобку, умаешся искать где, в XML по крайне мере закрывающий тег можно найти через Ctrl+F.

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

А у других, как ты убедишься в корректности не прочитав весь файл, может в конце скобки или запятой не хватает? Большой XML можно разбить на несколько и объединить через стандартный include. Я не в курсе, у перечисленных альтернативных форматов есть похожий стандартный механизм?

* избыточность данных, в разных ситуация по разному, приведённый мною пример содержит свыше 75% бесполезной информации
** низкая скорость чтения, повышенная загрузка канала передачи данных

Это да, здесь спорить не буду проблема есть, и прочие форматы однозначно здесь выигрывают.