 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 как входных данных, а не для интернет-сайтов. |
 |
  
|
 |
Ответов
(1 - 43)
|
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 легко читается человеком. Но это Раскрывающийся текст |
|
|
|
|
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, которые структуры данного вида не предуматривает:То есть можно писать только так: А вообще данные проблемы присущи и другим указанным тут форматам? |
|
|
|
|
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-файле можно вообще построчно читать или по группе.
|
|
|
|
|
Sokoloff опции профиля:
|
16.9.2010, 17:35
Сообщение
#11
|
|
Участник Группа: Участник Сообщений: 237 Регистрация: 1.4.2009 Из: Москва Пользователь №: 654 Спасибо сказали: 50 раз(а) Репутация: 11
|
Цитата(Litkevich Yuriy @ 16.9.2010, 18:02) Цитата(Sokoloff @ 16.9.2010, 20:09) А у других, как ты убедишься в корректности не прочитав весь файл, может в конце скобки или запятой не хватает? например, в ini-файле можно вообще построчно читать или по группе.И что? XML тоже можно через SAX читать, и если первый тег некорректный выдавать ошибку. И вообще не корректно сравнивать двухуровневый ini с многоуровневыми форматами. Если надо просто сохранить ключ=значение, то XML не нужен, а если сложную структуру данных? Вон как в openssl извратились с openssl.cnf, чтоб его разобрать надо обладать "сокровенным знанием", знать имя начальной секции, знать что в этой секции такой-то параметр означает имя "вложенной" секции и.т.д. Уж лучше бы использовали XML. |
|
|
|
|
Litkevich Yuriy опции профиля:
|
16.9.2010, 18:05
Сообщение
#12
|
|
разработчик РЭА Группа: Сомодератор Сообщений: 9669 Регистрация: 9.1.2008 Из: Тюмень Пользователь №: 64 Спасибо сказали: 807 раз(а) Репутация: 94
|
иерархический инишник:
|
|
|
|
|
Sokoloff опции профиля:
|
16.9.2010, 19:03
Сообщение
#13
|
|
Участник Группа: Участник Сообщений: 237 Регистрация: 1.4.2009 Из: Москва Пользователь №: 654 Спасибо сказали: 50 раз(а) Репутация: 11
|
Цитата(Litkevich Yuriy @ 16.9.2010, 19:05) иерархический инишник: Я не говорю, что в ini нельзя сохранить вложенные данные, но он создавался не для этого. Во что это превратится при пяти уровнях вложенности? И опять это надо знать что в этом конкретном ini-шнике firs/subfirst это подсекция от firs, и если я переименовал firs, то мне надо переименовывать все firs/ХХХ. Каждую технологию надо применять там, где она оптимальна. Хранить простые конфиги в XML - бред, но и использовать ini для структурированной информации то же не правильно. Я приводил пример не удачного, на мой взгляд, применения ini для многоуровневых настроек в openssl. |
|
|
|
|
AD опции профиля:
|
17.9.2010, 10:32
Сообщение
#14
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Я просто понял, что для таких вещей, как представление меню - XML подходит как нельзя лучше. Потом для описания каких-нибудь табличных данных его тоже использовать более удобно, чем INI. Повторюсь, было бы побольше разборщиков всяких YAML, то использовал бы его, возможно, точнее так, предложил бы использовать их! INI в данной области использовал раньше - крайне неудобно и в плане заполнения и в плане использования. Разборщиков INI знаю только под WIN32, а вот в Qt, boost их не видел.
Сообщение отредактировал AD - 17.9.2010, 10:34 |
|
|
|
|
Litkevich Yuriy опции профиля:
|
17.9.2010, 11:05
Сообщение
#15
|
|
разработчик РЭА Группа: Сомодератор Сообщений: 9669 Регистрация: 9.1.2008 Из: Тюмень Пользователь №: 64 Спасибо сказали: 807 раз(а) Репутация: 94
|
Цитата(AD @ 17.9.2010, 14:32) а вот в Qt а QSettings ???
|
|
|
|
|
AD опции профиля:
|
17.9.2010, 11:57
Сообщение
#16
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Цитата(Litkevich Yuriy @ 17.9.2010, 12:05) QSettings ??? Извращение еще то! При работе с реестром - очень удобно, а с ини-файлами - нет.
|
|
|
|
|
kwisp опции профиля:
|
17.9.2010, 12:01
Сообщение
#17
|
 астарожна ынтжинэр Группа: Участник Сообщений: 1404 Регистрация: 26.11.2008 Из: ТаганрогРодинаЧехова Пользователь №: 435 Спасибо сказали: 113 раз(а) Репутация: 23
|
Цитата(AD @ 17.9.2010, 12:57) Извращение еще то! При работе с реестром - очень удобно, а с ини-файлами - нет.не будь голословным, обоснуй уже чт ли. |
|
|
|
|
AD опции профиля:
|
17.9.2010, 13:25
Сообщение
#18
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Цитата(kwisp @ 17.9.2010, 13:01) не будь голословным, обоснуй уже чт ли. Это сложно. Работал давно, детали уже не помню. |
|
|
|
|
Litkevich Yuriy опции профиля:
|
17.9.2010, 13:49
Сообщение
#19
|
|
разработчик РЭА Группа: Сомодератор Сообщений: 9669 Регистрация: 9.1.2008 Из: Тюмень Пользователь №: 64 Спасибо сказали: 807 раз(а) Репутация: 94
|
Цитата(AD @ 17.9.2010, 17:25) Это сложно. конечно сложно. Т.к. работать проще чем с QSettings уже наверное не возможно
|
|
|
|
|
AD опции профиля:
|
17.9.2010, 14:22
Сообщение
#20
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Цитата(Litkevich Yuriy @ 17.9.2010, 14:49) конечно сложно. Т.к. работать проще чем с QSettings уже наверное не возможно Юра, вопрос не в этом, в принципе. Основной минус ини-файлов: чересчур ограниченный вид представления данных. Не все получится с помощью этого формата отобразить. |
|
|
|
|
kwisp опции профиля:
|
17.9.2010, 14:28
Сообщение
#21
|
|
астарожна ынтжинэр Группа: Участник Сообщений: 1404 Регистрация: 26.11.2008 Из: ТаганрогРодинаЧехова Пользователь №: 435 Спасибо сказали: 113 раз(а) Репутация: 23
|
Цитата(AD @ 17.9.2010, 15:22) Не все получится с помощью этого формата отобразить. а всё отображать и не надо. каждый формат для определённых целей. не стоит принимать как панацею ни xml ни ini. настройки всех программ храню в ini, много сталкивался с ним в linux - легко и удобно, просто дешево и сердито если хотите. но когда кто-то хранит 10 настроек своей проги в xml я этого не понимаю. не понимаю фирму самсунг, которая хранит телефонную книгу своих телефонов в xml. он xml - для других целей с которыми я в плотную не работал. но недостатков он не лишен и они существенны. то что нет подходящего парсера - не аргумент в сторону выбора формата! |
|
|
|
|
AD опции профиля:
|
17.9.2010, 14:33
Сообщение
#22
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Цитата(kwisp @ 17.9.2010, 15:28) а всё отображать и не надо. Что значит не надо? Нужную для работы информацию, которую править мог бы непрограммист! Цитата(kwisp @ 17.9.2010, 15:28) каждый формат для определённых целей. Это понятно. не стоит принимать как панацею ни xml ни ini. С этим и не спорю. Цитата(kwisp @ 17.9.2010, 15:28) настройки всех программ храню в ini, много сталкивался с ним в linux - легко и удобно, просто дешево и сердито если хотите. но когда како-то хранит 10 настроек своей проги в xml я этого не понимаю. не понимаю фирму самсунг, которая хранит телефонную книгу своих телефонов в xml. он xml - для других целей с которыми я в плотную не работал. но недостатков он не лишен и они существенны. то что нет подходящего парсера - не аргумент в сторону выбора формата! Ну... настроек не 10, во много больше. Телефонная книга в виде XML, вполне удобна. Единственное, то, что Юра указал про скорость работы и один файл, смущает для телефонной книги.
Сообщение отредактировал AD - 17.9.2010, 14:33 |
|
|
|
|
Litkevich Yuriy опции профиля:
|
17.9.2010, 15:09
Сообщение
#23
|
|
разработчик РЭА Группа: Сомодератор Сообщений: 9669 Регистрация: 9.1.2008 Из: Тюмень Пользователь №: 64 Спасибо сказали: 807 раз(а) Репутация: 94
|
если нужно, чтобы человек имел возможность отредактировать настройки руками - INI-файл (QSettings)
если нужно хитро хранить информацию - SQLite |
|
|
|
|
AD опции профиля:
|
17.9.2010, 15:35
Сообщение
#24
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Цитата(Litkevich Yuriy @ 17.9.2010, 16:09) если нужно хитро хранить информацию - SQLite Юра, сразу возникает вопрос: если нужно хранить информацию нетривиального вида так, чтобы пользователь смог поправить? Вопрос не холивара ради, а для дела. |
|
|
|
|
ufna опции профиля:
|
17.9.2010, 15:59
Сообщение
#25
|
|
Активный участник Группа: Участник Сообщений: 362 Регистрация: 24.5.2008 Из: Курган/СПб Пользователь №: 182 Спасибо сказали: 29 раз(а) Репутация: 5
|
а что есть информация нетривиального вида, которую пользователь мог поправить, и которую так сложно записать? Пример какой нибудь, пожалуйста.
QSettings работает с .ini идеально, имхо. Единственное, чего нельзя делать - это "комментарии", которые некоторые товарищи добавляют в структуру этого файла. В этом .ini я постоянно храню кучи настроек, вплоть до "сейвов" GV систем. |
|
|
|
|
Sokoloff опции профиля:
|
17.9.2010, 16:24
Сообщение
#26
|
|
Участник Группа: Участник Сообщений: 237 Регистрация: 1.4.2009 Из: Москва Пользователь №: 654 Спасибо сказали: 50 раз(а) Репутация: 11
|
Цитата(AD @ 17.9.2010, 16:35) Цитата(Litkevich Yuriy @ 17.9.2010, 16:09) если нужно хитро хранить информацию - SQLite Юра, сразу возникает вопрос: если нужно хранить информацию нетривиального вида так, чтобы пользователь смог поправить? Вопрос не холивара ради, а для дела. А что за информация "нетривиального вида"? Сообщение отредактировал Sokoloff - 17.9.2010, 16:25 |
|
|
|
|
AD опции профиля:
|
17.9.2010, 16:28
Сообщение
#27
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Я могу весь код привести.
Вот подчиненная сделала файлик:Раскрывающийся текст Цитата(ufna @ 17.9.2010, 16:59) В этом .ini я постоянно храню кучи настроек, вплоть до "сейвов" GV систем. У каждого свой "опыт" работы. У меня он был с этими ini-файлами не очень-то хороший!
|
|
|
|
|
BRE опции профиля:
|
17.9.2010, 16:34
Сообщение
#28
|
 Профессионал Группа: Участник Сообщений: 1112 Регистрация: 6.3.2009 Из: Ростов-на-Дону Пользователь №: 591 Спасибо сказали: 264 раз(а) Репутация: 44
|
Цитата(AD @ 17.9.2010, 17:28) Вот подчиненная сделала файлик: Всмысле в обычном текстовом редакторе набила?  Как она сейчас, надеюсь где нибудь отдыхает?
|
|
|
|
|
Litkevich Yuriy опции профиля:
|
17.9.2010, 16:35
Сообщение
#29
|
|
разработчик РЭА Группа: Сомодератор Сообщений: 9669 Регистрация: 9.1.2008 Из: Тюмень Пользователь №: 64 Спасибо сказали: 807 раз(а) Репутация: 94
|
Цитата(ufna @ 17.9.2010, 19:59) а что есть информация нетривиального вида, которую пользователь мог поправить, и которую так сложно записать? +1
|
|
|
|
|
AD опции профиля:
|
17.9.2010, 16:58
Сообщение
#30
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Цитата(BRE @ 17.9.2010, 17:34) Всмысле в обычном текстовом редакторе набила? Как она сейчас, надеюсь где нибудь отдыхает? Да я не следил, в чем набивала... Не знаю.... Какое там отдыхает? Учиться, а вечерами работает! Пускай, пускай - полезно! Ей как раз работу по XML сдавать надо было, вот и взяла это в качестве примера.P.S. Есть во мне элементы садизма! 
Сообщение отредактировал AD - 17.9.2010, 17:00 |
|
|
|
|
kwisp опции профиля:
|
17.9.2010, 18:10
Сообщение
#31
|
|
астарожна ынтжинэр Группа: Участник Сообщений: 1404 Регистрация: 26.11.2008 Из: ТаганрогРодинаЧехова Пользователь №: 435 Спасибо сказали: 113 раз(а) Репутация: 23
|
Цитата(AD @ 17.9.2010, 15:33) Что значит не надо? Нужную для работы информацию, которую править мог бы непрограммист! да элементарно к примеру ini правится даже не программистом. я говорю "всё не надо" - в смысле у каждого формата есть рамки. если бы один формат был настолько универсален он бы был всего один на все случаи жизни. что ты не можешь сохранить в ini файле скажи мне? приведи пример где xml выигрывает при хранении чего? |
|
|
|
|
Алексей1153 опции профиля:
|
17.9.2010, 19:22
Сообщение
#32
|
 фрилансер Группа: Участник Сообщений: 2943 Регистрация: 19.6.2010 Из: Обливион Пользователь №: 1822 Спасибо сказали: 215 раз(а) Репутация: 34
|
Цитата(AD @ 17.9.2010, 19:28) Я могу весь код привести. Вот подчиненная сделала файлик: злой ты )) |
|
|
|
|
ufna опции профиля:
|
17.9.2010, 19:30
Сообщение
#33
|
|
Активный участник Группа: Участник Сообщений: 362 Регистрация: 24.5.2008 Из: Курган/СПб Пользователь №: 182 Спасибо сказали: 29 раз(а) Репутация: 5
|
А чем этот код нетривиален? Древовидная структура данных, ничего особенного. Записать ее можно что в ини, что в xml, тут кому как удобнее. Так что примера нетривиальных данных, которые сложно записать я не вижу.
В ини я бы записал это попроще и более понятно человеку, имхо. А мучаться с таким объемом по индентам.. бедная девочка. |
|
|
|
|
AD опции профиля:
|
17.9.2010, 22:30
Сообщение
#34
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Цитата(kwisp @ 17.9.2010, 19:10) да элементарно к примеру ini правится даже не программистом. я говорю "всё не надо" - в смысле у каждого формата есть рамки. если бы один формат был настолько универсален он бы был всего один на все случаи жизни. что ты не можешь сохранить в ini файле скажи мне? приведи пример где xml выигрывает при хранении чего? Как говорится "На вкус и цвет товарищей нет"! Работать с XML понял, что поудобнее. Да и на работе девушки, составляющие подобные "ужасы", разбираются в них - так что не вижу проблем использования этого формата. Вот если своевременно узнаю о всех бедах (некоторые уже перечислили), то это будет - плюс. Вовремя обойти - сэкономить время этой девушки, да и себе тоже.Цитата(ufna @ 17.9.2010, 20:30) А чем этот код нетривиален? Древовидная структура данных, ничего особенного. Записать ее можно что в ини, что в xml, тут кому как удобнее. Так что примера нетривиальных данных, которые сложно записать я не вижу. Дерево, на мой взгляд, нетривиальная структура для ини-файла! Человекам, код, который я показал, понятен. Это уже проверено. Цитата(ufna @ 17.9.2010, 20:30) В ини я бы записал это попроще и более понятно человеку, имхо. А мучаться с таким объемом по индентам.. бедная девочка. Приведи из данного примера небольшой кусок кода на ини-файле. Я даже не представляю как это будет выглядеть! А вообще - на вкус и цвет!
Сообщение отредактировал AD - 17.9.2010, 22:24 |
|
|
|
|
ufna опции профиля:
|
17.9.2010, 23:38
Сообщение
#35
|
|
Активный участник Группа: Участник Сообщений: 362 Регистрация: 24.5.2008 Из: Курган/СПб Пользователь №: 182 Спасибо сказали: 29 раз(а) Репутация: 5
|
Ну а English/Rus описание уже как иделогия захочет - можно в каждый из этих, можно отдельным блоком для языков (что имхо правильнее) QSettings дает тут отличную сбоводу,когда есть childGroups() и вообще понятие групп. Да, единственная "проблема" - порядок меню (ХМЛ все-таки по порядку железно идет) - но это легко решается введением "индекса" в группе,например. Сообщение отредактировал ufna - 17.9.2010, 23:41 |
|
|
|
|
Sokoloff опции профиля:
|
17.9.2010, 23:39
Сообщение
#36
|
|
Участник Группа: Участник Сообщений: 237 Регистрация: 1.4.2009 Из: Москва Пользователь №: 654 Спасибо сказали: 50 раз(а) Репутация: 11
|
Цитата(AD @ 17.9.2010, 23:30) Вот если своевременно узнаю о всех бедах (некоторые уже перечислили), то это будет - плюс Как уже говорили "у каждого формата есть рамки", каждый формат надо использовать с умом. На мой взгляд так. XML хорош если надо хранить древовидные структуры, вложенность тегов интуитивно понятна пользователям. Имена тегов избыточны, но зато несут доп. информацию для пользователя, видно какой тег закрывается. Недостаток - объем. JSON - то же для деревьев, и сложных структур. Объем гораздо меньше, поэтому хорошо подходит для систем которые генерируют данные программно, не зря в AJAX-е в последнее время используют его. На мой взгляд разобраться в нагромождении закрывающих скобок, сложнее чем в тегах. Для конфигов лучше использовать INI или даже простой конфиг ключ=значение. Если нужны табличные данные, то можно посмотреть в сторону CSV. Как то так. Сообщение отредактировал Sokoloff - 17.9.2010, 23:40 |
|
|
|
|
AD опции профиля:
|
17.9.2010, 23:46
Сообщение
#37
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Цитата(ufna @ 18.9.2010, 0:38) Ну а English/Rus описание уже как иделогия захочет - можно в каждый из этих, можно отдельным блоком для языков (что имхо правильнее) Ага. Значит, русский и английский вообще неучитывается в данном примере. Наглядности никакой, имхо. Короче, крайне неудачно. Цитата(ufna @ 18.9.2010, 0:38) Да, единственная "проблема" - порядок меню (ХМЛ все-таки по порядку железно идет) Вот именно. XML более понятен рядовому пользователю. Достаточно открыть XML файл интернет-эксплорером и все упорядоченно и ясно. Согласись, что в данном примере, ини-файлы куда менее наглядны. Как тут другие отметили тоже, что деревья удобнее представлять в xml-файлах! |
|
|
|
|
ufna опции профиля:
|
18.9.2010, 0:05
Сообщение
#38
|
|
Активный участник Группа: Участник Сообщений: 362 Регистрация: 24.5.2008 Из: Курган/СПб Пользователь №: 182 Спасибо сказали: 29 раз(а) Репутация: 5
|
AD, это смешно
Кстати,читай лучше, "в этом примере" я про язык не стал говорить,т.к. вариантов сделать - дохрена. Вплодь до тыщи языков, в зависимости от системы перевода, я в принципе не согласен с той схемой как у тебя с языком. А ее аналог - два поля descEnd, descRus=.. в моем примере. А что вот делать, если интернет экспорера с расцветкой под рукой нет, а только текстовый редактор? Загоним любую систему классификации серьезную (аля устрйоство мира у биологов - царства и далее - наступит кошмар). Минус ХМЛ будет гигансткий в том, что редактируя руками текущий блок тебе нужно смотреть кто его родитель, и далее - кто родитель родителя и т.п., чтобы представлять схему. Если к "моему примеру" добавить инденты как делает на автомате IE (сам XML ни в коем случае этим не занимается), то будет тебе "наглядность". А убери инденты в ХМЛ - получишь дико нечитаемый документ. А ведь если быть честным, то сохраняя XML через программу, инденты не сохраняются - там пустых мест нет. Наглядность? Счас проверил - при работе с QDom.. сохранение происходит всего XML в одну строчку. Очень наглядно А сделать "ручками" - реально, в .INI инденты тоже можно делать, они потом порежутся (либо убираются парой нажатий клавиш). |
|
|
|
|
Litkevich Yuriy опции профиля:
|
18.9.2010, 8:46
Сообщение
#39
|
|
разработчик РЭА Группа: Сомодератор Сообщений: 9669 Регистрация: 9.1.2008 Из: Тюмень Пользователь №: 64 Спасибо сказали: 807 раз(а) Репутация: 94
|
Цитата(AD @ 18.9.2010, 3:46) XML более понятен рядовому пользователю. в котором месте? Ты сам-то на свой пример XML'ника смотрел?
|
|
|
|
|
DEADHUNT опции профиля:
|
18.9.2010, 10:42
Сообщение
#40
|
|
Активный участник Группа: Участник Сообщений: 430 Регистрация: 15.4.2009 Пользователь №: 686 Спасибо сказали: 26 раз(а) Репутация: 2
|
Цитата(ufna @ 18.9.2010, 1:05) Счас проверил - при работе с QDom.. сохранение происходит всего XML в одну строчку. Очень наглядно Нормально всё сохраняется, а QDomDocument практически самый медленный парсер xml. В rapidxml даже флаг такой есть у функции распечатки xml - делать отступы/не делать. |
|
|
|
|
AD опции профиля:
|
18.9.2010, 11:32
Сообщение
#41
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Цитата(Litkevich Yuriy @ 18.9.2010, 9:46) в котором месте? Ты сам-то на свой пример XML'ника смотрел? Юра, я просто так бы говорить не стал. Конечно, видел. И не только я. ufna, давай использовать русские термины! Инденты - отступы, если я правильно понял! )))
|
|
|
|
|
ufna опции профиля:
|
18.9.2010, 11:48
Сообщение
#42
|
|
Активный участник Группа: Участник Сообщений: 362 Регистрация: 24.5.2008 Из: Курган/СПб Пользователь №: 182 Спасибо сказали: 29 раз(а) Репутация: 5
|
Цитата(DEADHUNT @ 18.9.2010, 11:42) Нормально всё сохраняется, а QDomDocument практически самый медленный парсер xml. В rapidxml даже флаг такой есть у функции распечатки xml - делать отступы/не делать. Хз, у меня сохраняется в одну-единственную строчку почему-то. Проверю А скорость - тут хз, пока мне это было совершенно не важно (в сравнении с остальными данными это такая мелочь), но спасибо за совет, т.к. возможно скоро пригодится именно скорость.rapidxml не рассматривал, т.к. "не Qt" как я понял. Так то либ для хмл хватает Цитата(AD @ 18.9.2010, 12:32) Юра, я просто так бы говорить не стал. Конечно, видел. И не только я. ufna, давай использовать русские термины! Инденты - отступы, если я правильно понял! )))У тебя и "не только тебя" уже просто глаз привык к этой структуре. Проще взять одну структуру, сделать в двух форматах и дать вообще "левому пользователю" - и послушать мнение о том, как проще выполнить к примеру задание "поменять структуру (переместить), добавить меню, изменить порядок". Инденты - да, отступы, видимо. Иногда забываю слова на русском ( |
|
|
|
|
AD опции профиля:
|
18.9.2010, 12:11
Сообщение
#43
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Ясно. Короче, предлагаю сменить тему. Тут уже пошло дело вкуса и привычки. Буду благодарен, если еще что-то откопаете о недостатках или достоинствах формата XML.
|
|
|
|
|
igor_bogomolov опции профиля:
|
18.9.2010, 13:43
Сообщение
#44
|
|
Профессионал Группа: Сомодератор Сообщений: 1215 Регистрация: 22.3.2009 Из: Саратов Пользователь №: 630 Спасибо сказали: 235 раз(а) Репутация: 29
|
Цитата(ufna @ 18.9.2010, 1:05) А ведь если быть честным, то сохраняя XML через программу, инденты не сохраняются - там пустых мест нет. Наглядность? Цитата(assistant) |
|
|
|
  |
Теги
Нет тегов для показа
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
Текстовая версия | Сейчас: 24.6.2025, 3:36 |