crossplatform.ru

Здравствуйте, гость ( Вход | Регистрация )

5 страниц V   1 2 3 > »   
Ответить в данную темуНачать новую тему
> XML как входные данные, Преимущество перед текстовым представлением или ini-файлами
AD
  опции профиля:
сообщение 16.9.2010, 13:59
Сообщение #1


Профессионал
*****

Группа: Участник
Сообщений: 2003
Регистрация: 4.2.2008
Из: S-Petersburg
Пользователь №: 84

Спасибо сказали: 70 раз(а)




Репутация:   17  


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

Помимо XML есть, конечно же, еще такие вещи, как S-expression, JSON. Но под них библиотек обработки, к сожалению, намного меньше. Буду благодарен, если откликнитесь и дадите интересные материалы и примеры использования XML как входных данных, а не для интернет-сайтов.
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
igor_bogomolov
  опции профиля:
сообщение 16.9.2010, 14:32
Сообщение #2


Профессионал
*****

Группа: Сомодератор
Сообщений: 1215
Регистрация: 22.3.2009
Из: Саратов
Пользователь №: 630

Спасибо сказали: 235 раз(а)




Репутация:   29  


Сейчас всё больше отказываются от xml в пользу YAML
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
molchanoviv
  опции профиля:
сообщение 16.9.2010, 14:56
Сообщение #3


Старейший участник
****

Группа: Сомодератор
Сообщений: 597
Регистрация: 18.7.2008
Из: Саратов
Пользователь №: 238

Спасибо сказали: 41 раз(а)




Репутация:   5  


Угу, но вместе со всеми приимуществами появляется просто бешенная избыточность и куча болезней присущих XML
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
Litkevich Yuriy
  опции профиля:
сообщение 16.9.2010, 15:07
Сообщение #4


разработчик РЭА
*******

Группа: Сомодератор
Сообщений: 9669
Регистрация: 9.1.2008
Из: Тюмень
Пользователь №: 64

Спасибо сказали: 807 раз(а)




Репутация:   94  


я уже как-то критиковал XML.
Авторы и почитатели утверждают, что XML легко читается человеком. Но это враньё рекламный трюк.
Раскрывающийся текст
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE tmx SYSTEM "tmx14.dtd">
<tmx version="1.1">
    <header creationtool="SomeTool" creationtoolversion="0.3" segtype="sentence" adminlang="EN-US" srclang="EN-US"></header>
    <body>
    <tu>
      <tuv lang="EN-US">
        <seg><bpt i="1" x="1"><B></bpt>Bold,
<bpt i="2" x="1"><I></bpt>Bold+Italic<ept i="1"></B></ept>,
Italic<ept i="2"></I></ept></seg>
      </tuv>
      <tuv lang="RU-RU">
        <seg><bpt i="1" x="1"><B></bpt>Жирный,
<bpt i="2" x="1"><I></bpt>Жирный+Наклонный<ept i="1"></B></ept>,
Наклонный<ept i="2"></I></ept></seg>
      </tuv>
    </tu>
    </body>
</tmx>
не сильно-то и поймёшь
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
ufna
  опции профиля:
сообщение 16.9.2010, 15:21
Сообщение #5


Активный участник
***

Группа: Участник
Сообщений: 362
Регистрация: 24.5.2008
Из: Курган/СПб
Пользователь №: 182

Спасибо сказали: 29 раз(а)




Репутация:   5  


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

Редактировать xml - жуть, имхо, для меня этот формат очень малочитаемый. Для обычного пользователя - текстовый .ини файл, и все, если на то пошло. Его редактировать гораздо проще.

Хотя имхо все данные "посложнее" должны делаться через редактор, и тогда уже без разницы какой там формат внутри.

Сообщение отредактировал ufna - 16.9.2010, 15:22
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
AD
  опции профиля:
сообщение 16.9.2010, 15:22
Сообщение #6


Профессионал
*****

Группа: Участник
Сообщений: 2003
Регистрация: 4.2.2008
Из: S-Petersburg
Пользователь №: 84

Спасибо сказали: 70 раз(а)




Репутация:   17  


Цитата(Litkevich Yuriy @ 16.9.2010, 16:07) *
я уже как-то критиковал XML.
Авторы и почитатели утверждают, что XML легко читается человеком. Но это враньё рекламный трюк.

Юра, это не вранье, и даже не рекламный трюк. Это ведь формализованное описание. С этой точки зрения, тот код, что ты привел, вполне нормально считывается и разбирается при некоторой довольно быстрой подготовки. Да, сейчас появляются все более удобные виды формализованного описания, чем XML, но под них намного меньше библиотек.

molchanoviv, не будем голословными! ;) :) Приведи проблемы с XML. Это мне, чтобы учесть при работе с ним! :) Заранее спасибо.
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
Litkevich Yuriy
  опции профиля:
сообщение 16.9.2010, 15:34
Сообщение #7


разработчик РЭА
*******

Группа: Сомодератор
Сообщений: 9669
Регистрация: 9.1.2008
Из: Тюмень
Пользователь №: 64

Спасибо сказали: 807 раз(а)




Репутация:   94  


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

П.С.
вроде есть только одно приемущество - возможность обработки программой (100% поддерживающей стандарт) любых данных
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
AD
  опции профиля:
сообщение 16.9.2010, 15:43
Сообщение #8


Профессионал
*****

Группа: Участник
Сообщений: 2003
Регистрация: 4.2.2008
Из: S-Petersburg
Пользователь №: 84

Спасибо сказали: 70 раз(а)




Репутация:   17  


Цитата(Litkevich Yuriy @ 16.9.2010, 16:34) *
* для считывания данных, нужно прочитать весь файл, чтобы убедится в его корректности (validating)
** невозможность читать большие файлы по частям
* избыточность данных, в разных ситуация по разному, приведённый мною пример содержит свыше 75% бесполезной информации

О. Спасибо. Буду знать и учитывать.
Цитата(Litkevich Yuriy @ 16.9.2010, 16:34) *
* не читаемость/не проверяемость человеком.
А это спорный вопрос. Смотря как именно созданные файлы. Вообще я лично использую простейший вариант XML, которые структуры данного вида не предуматривает:
 <Submenu ItemName = "Open Databases" />

То есть можно писать только так:
<Submenu>
        <ItemName> Open Databases </ItemName>
</Submenu>

А вообще данные проблемы присущи и другим указанным тут форматам?
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
Sokoloff
  опции профиля:
сообщение 16.9.2010, 16:09
Сообщение #9


Участник
**

Группа: Участник
Сообщений: 237
Регистрация: 1.4.2009
Из: Москва
Пользователь №: 654

Спасибо сказали: 50 раз(а)




Репутация:   11  


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

Цитата(Litkevich Yuriy @ 16.9.2010, 16:34) *
* не читаемость/не проверяемость человеком.
У других с читаемостью то же не очень, в JSON-е от скобок в глазах аж. рябит. И уж если профунькал скобку, умаешся искать где, в XML по крайне мере закрывающий тег можно найти через Ctrl+F.

Цитата(Litkevich Yuriy @ 16.9.2010, 16:34) *
* для считывания данных, нужно прочитать весь файл, чтобы убедится в его корректности (validating)
** невозможность читать большие файлы по частям
А у других, как ты убедишься в корректности не прочитав весь файл, может в конце скобки или запятой не хватает? Большой XML можно разбить на несколько и объединить через стандартный include. Я не в курсе, у перечисленных альтернативных форматов есть похожий стандартный механизм?

Цитата(Litkevich Yuriy @ 16.9.2010, 16:34) *
* избыточность данных, в разных ситуация по разному, приведённый мною пример содержит свыше 75% бесполезной информации
** низкая скорость чтения, повышенная загрузка канала передачи данных
Это да, здесь спорить не буду проблема есть, и прочие форматы однозначно здесь выигрывают.


Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
Litkevich Yuriy
  опции профиля:
сообщение 16.9.2010, 17:02
Сообщение #10


разработчик РЭА
*******

Группа: Сомодератор
Сообщений: 9669
Регистрация: 9.1.2008
Из: Тюмень
Пользователь №: 64

Спасибо сказали: 807 раз(а)




Репутация:   94  


Цитата(Sokoloff @ 16.9.2010, 20:09) *
А у других, как ты убедишься в корректности не прочитав весь файл, может в конце скобки или запятой не хватает?
например, в ini-файле можно вообще построчно читать или по группе.
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение

5 страниц V   1 2 3 > » 
Быстрый ответОтветить в данную темуНачать новую тему
Теги
Нет тегов для показа


1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0




RSS Текстовая версия Сейчас: 14.1.2025, 16:20