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

[AD]

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

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

[ufna]

А чем этот код нетривиален? Древовидная структура данных, ничего особенного. Записать ее можно что в ини, что в xml, тут кому как удобнее. Так что примера нетривиальных данных, которые сложно записать я не вижу.

В ини я бы записал это попроще и более понятно человеку, имхо. А мучаться с таким объемом по индентам.. бедная девочка.

[AD]

да элементарно к примеру ini правится даже не программистом.
я говорю "всё не надо" - в смысле у каждого формата есть рамки. если бы один формат был настолько универсален он бы был всего один на все случаи жизни.
что ты не можешь сохранить в ini файле скажи мне? приведи пример где xml выигрывает при хранении чего?

Как говорится "На вкус и цвет товарищей нет"! Работать с XML понял, что поудобнее. Да и на работе девушки, составляющие подобные "ужасы", разбираются в них - так что не вижу проблем использования этого формата. Вот если своевременно узнаю о всех бедах (некоторые уже перечислили), то это будет - плюс. Вовремя обойти - сэкономить время этой девушки, да и себе тоже.

А чем этот код нетривиален? Древовидная структура данных, ничего особенного. Записать ее можно что в ини, что в xml, тут кому как удобнее. Так что примера нетривиальных данных, которые сложно записать я не вижу.

Дерево, на мой взгляд, нетривиальная структура для ини-файла! Человекам, код, который я показал, понятен. Это уже проверено.

В ини я бы записал это попроще и более понятно человеку, имхо. А мучаться с таким объемом по индентам.. бедная девочка.

Приведи из данного примера небольшой кусок кода на ини-файле. Я даже не представляю как это будет выглядеть! А вообще - на вкус и цвет!

Сообщение отредактировал AD - 17.9.2010, 22:24

[Sokoloff]

Вот если своевременно узнаю о всех бедах (некоторые уже перечислили), то это будет - плюс

Как уже говорили "у каждого формата есть рамки", каждый формат надо использовать с умом.

На мой взгляд так.

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

JSON - то же для деревьев, и сложных структур. Объем гораздо меньше, поэтому хорошо подходит для систем которые генерируют данные программно, не зря в AJAX-е в последнее время используют его. На мой взгляд разобраться в нагромождении закрывающих скобок, сложнее чем в тегах.

Для конфигов лучше использовать INI или даже простой конфиг ключ=значение.

Если нужны табличные данные, то можно посмотреть в сторону CSV.

Как то так.

Сообщение отредактировал Sokoloff - 17.9.2010, 23:40