inifiles vs xml

← →
a.a.j. © (2008-07-31 10:06) [0]

Уже в которой теме встречаю споры на тему инифайлов и xml. Сам всегда использовал ини, но теперь задумался. Очень хочется подвести черту под плюсами и минусами обоих способов сохранения настроек программы, в каких случаях какую технологию использовать?

← →
Ega23 © (2008-07-31 10:24) [1]

Если по-хорошему делать, то тебя вообще не должно заботить, куда и как сохраняются настройки. Это должно быть скрыто.
А что лучше - да фиг его знает. ini - проще. XML - иерархические вещи просто хранить. БД - вообще всё что хочешь можно запихать. И т.п.

← →
Игорь Шевченко © (2008-07-31 10:26) [2]

> Сам всегда использовал ини, но теперь задумался

бросай это занятие. Если что-то работает и рука набита, то зачем искать новых путей - пусть себе трамвай едет

← →
Vlad Oshin © (2008-07-31 10:29) [3]

Вот никогда этого не понимал
xml, xml...
это текстовый файл, с определенными правилами. Правда вошедшими в стандарт.

ini - вообщем то тоже самое, текстовый файл с правилами

Да напиши ты хоть в файл формата fjdghdj(попутно же и придуманный), если он будет удовлетворять твоим требованиям.

Если нужно, чтоб и другие могли понять - тогда ini, xml ..
Через Ч лет еще что-то придумают и утвердят

← →
Медвежонок Пятачок © (2008-07-31 10:31) [4]

xml, xml...
это текстовый файл, с определенными правилами.

и определенными преимуществами в силу особенностей.

← →
Игорь Шевченко © (2008-07-31 10:35) [5]

> и определенными преимуществами в силу особенностей.

и определенными недостатками в силу особенностей

← →
a.a.j. © (2008-07-31 10:36) [6]

ну, успокоили)

> Ega23

да, вот как раз из-за бд в скором будущем придется осваивать xml

← →
Медвежонок Пятачок © (2008-07-31 10:36) [7]

единственный недостаток xml - это размер msxml2_tlb.dcu по сравнению с inifiles.dcu (если пользоваться штатными средствами)

← →
Медвежонок Пятачок © (2008-07-31 10:40) [8]

кроме преимуществ собственно формата хранения есть еще куча дополнительных преимуществ.

доступность по протоколам http,ftp,res.
легкость визуализации с помощью механизма трансформаций.
возможность редактирования через data aware контролы.
и т.д.

← →
Ega23 © (2008-07-31 10:45) [9]

> кроме преимуществ собственно формата хранения есть еще куча
> дополнительных преимуществ.
>
> доступность по протоколам http,ftp,res.
> легкость визуализации с помощью механизма трансформаций.
>
> возможность редактирования через data aware контролы.
> и т.д.
>

А ини-файлы просто тупо рулят...

← →
Vlad Oshin © (2008-07-31 10:51) [10]

не понимаю..
Да, это принято стандартом. Посему к этому готовятся разработки всеми
тот же IE отображает структурно

Ну а так - какой прок именно от xml программе, которой надо сохранить свои размеры, расцветки и т.п.
ставим 0, значит далее описываются окна
ставим 1, значит далее описываются цвета

ставим Window, значит далее описываются окна
ставим Color, значит далее описываются цвета

ставим dlghlh, значит далее описываются окна
ставим pwr[qr[, значит далее описываются цвета
и т.п.

без разных

> msxml2_tlb.dcu по сравнению с inifiles.dcu

а txt и по http и по ftp доступен тоже не хуже

> легкость визуализации

в своей программе тоже не представляется сложной, как и

> возможность редактирования
и т.д.

← →
Медвежонок Пятачок © (2008-07-31 11:00) [11]

доступен не ини по шттп а файл доступен.
сначала скачиваешь его локально, затем используешь как ини.
а я просто делаю Load("http://blablabla.com") и все.

визуализация:
разумеется ничего сложного.
ты рисуешь программный модуль для exe, а я exe не трогаю, а рисую xls преоборазование (или вообще несколько) и одиним вызовом transform получаю текст, ртф или хтмл и все.

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

← →
Медвежонок Пятачок © (2008-07-31 11:02) [12]

> возможность редактирования
и т.д.

я говорил через редактирпование через дата аваре контролы.
ты тоже конечно можешь редактировать.
считываешь в едиты, редактируешь, собираешь данные из едитов.
а я делаю клиентский датасет, и отдаю его датааваре контролам.

почувствуйте разницу.

← →
Медвежонок Пятачок © (2008-07-31 11:09) [13]

ставим Window, значит далее описываются окна
ставим Color, значит далее описываются цвета

а потом выясняется что нужны отдельные и window и color для разных пользователей ....

← →
Игорь Шевченко © (2008-07-31 11:15) [14]

редактировать настройки удаленно через data-aware контролы - это, безусловно, наиболее востребованная фича

← →
Медвежонок Пятачок © (2008-07-31 11:17) [15]

мы тут про возможности и преимущества, а не про востребованность.
у кого-то нет, у кого-то есть

← →
Медвежонок Пятачок © (2008-07-31 11:21) [16]

А ини-файлы просто тупо рулят...

в чем-то (очень малом из четырех букв) я с этим полностью согласен.
:)

← →
Медвежонок Пятачок © (2008-07-31 11:28) [17]

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

вот и я так же поступаю в вопросе ini/xml

← →
Ega23 © (2008-07-31 11:45) [18]

> юзай сразу фб

Я даже знаю этих людей, которые сразу FB советуют.
Впрочем, я также знаю, кто сходу посоветует Oracle XE, MSDE (я в том числе) и SQLLite.

← →
Игорь Шевченко © (2008-07-31 11:46) [19]

Медвежонок Пятачок © (31.07.08 11:28) [17]

> в форумах базы на все вопросы что выбрать в качестве бд
> сразу отвечают: при малейшей вероятности будущего масштабирования
> и будущего мультиплеера - юзай сразу фб.

Это неверный ответ, юзать надо Oracle

> вот и я так же поступаю в вопросе ini/xml

Аналогичная фигня - если мне нужно где-то хранить настройки пользователя, я их в большинстве случаев храню в ini-шнике.
Потому что тупо рулят :)

← →
Медвежонок Пятачок © (2008-07-31 11:52) [20]

а если их два? пользователя.

← →
Медвежонок Пятачок © (2008-07-31 11:53) [21]

Я даже знаю этих людей, которые сразу FB советуют.
Впрочем, я также знаю, кто сходу посоветует Oracle XE, MSDE (я в том числе) и SQLLite.

ну я запомнил это. и за пазуху спрятал.
:)

← →
Медвежонок Пятачок © (2008-07-31 11:58) [22]

когда выясняется, что xml рулит не тупо а реально, как обычно все свелось к "а мне больше и не надо"
:)

← →
Ega23 © (2008-07-31 12:04) [23]

> Это неверный ответ, юзать надо Oracle

Игорь, заметь: ты сам спалилсо, я имён не называл... :))))

← →
Игорь Шевченко © (2008-07-31 12:05) [24]

Медвежонок Пятачок © (31.07.08 11:58) [22]

> когда выясняется, что xml рулит не тупо а реально, как обычно
> все свелось к "а мне больше и не надо"

А если мне действительно не надо больше ? :)

← →
Медвежонок Пятачок © (2008-07-31 12:11) [25]

А если мне действительно не надо больше ? :)

Да я верю.
Просто тема то не про это. А про то что xml рулез.

← →
Ega23 © (2008-07-31 12:12) [26]

> Просто тема то не про это. А про то что xml рулез.

У тебя проблемы с головой. Где ты это видишь? Тема про ини-файлы была, а ты опять со своим хэмээлем вылез...
:)

← →
Медвежонок Пятачок © (2008-07-31 12:13) [27]

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

← →
Anatoly Podgoretsky © (2008-07-31 12:29) [28]

> а потом выясняется что нужны отдельные и window и color
> для разных пользователей ....

B что, как тут рулят TXT/XML - ознакомься с темой как хранить настройки на платформе НТ и все сразу станет ясно, что все чепуха, кроме пчел.

← →
Медвежонок Пятачок © (2008-07-31 12:31) [29]

еще бы на русский перевести. а то я ничо не понял.

← →
KilkennyCat © (2008-07-31 12:41) [30]

Не знаю... если программка тупая, с тупыми настройками, то я ваще тупо все храню в records.

← →
Vlad Oshin © (2008-07-31 12:46) [31]

> а если их два? пользователя.

0 users
1 userA
wdn
clr
1 userB
wdn
clr

xml - практически TreeView
Сохраняем настройки в TreeView, по окончанию работы компанент пишем на диск

← →
Медвежонок Пятачок © (2008-07-31 12:52) [32]

Сохраняем настройки в TreeView,

то есть "элегантно" юзаем визуальный контрол для хранения данных?
И типа получаем тот же самый xml?

Вот издалека и невооруженным глазом видно человека, имеющего очень поверхностное представление об xml.

Ну засунешь ты все в тривью. А как искать то там нужную настройку?
Скажем размер главного окна для юзера пети в пятницу для нечетного числа месяца?

← →
Vlad Oshin © (2008-07-31 13:15) [33]

> А как искать то там нужную настройку?

а как это делать в xml? (не забываем про то, что это текстовый файл)

> очень поверхностное представление об xml.

был у нас курс лекций (3 дня по 2 часа) про xml.
После того, как на первых 15 минут узнал, что это текстовый файл - интерес пропал.
Как там что интерпретируется - это дело десятое.
Написано под такую разметку много, кто же спорит, но это все - обработка текстовых файлов.
В этом смысле может и БД даже привлекательнее выглядит

← →
Ega23 © (2008-07-31 13:22) [34]

> а как это делать в xml? (не забываем про то, что это текстовый
> файл)

Там XPath есть.

← →
Johnmen © (2008-07-31 13:23) [35]

> Медвежонок Пятачок © & xml

Фанбоизм?

← →
Медвежонок Пятачок © (2008-07-31 13:36) [36]

а как это делать в xml? (не забываем про то, что это текстовый файл)

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

selectsinglenode("/settings/users/user[@id="Вася Пупкин]/window/days[@name="friday"]/even[@id="true"]/form_dimentions");

← →
KilkennyCat © (2008-07-31 13:36) [37]

для разных юзверей создать разные файлы и не париться.

← →
Anatoly Podgoretsky © (2008-07-31 13:39) [38]

> Vlad Oshin © (31.07.08 12:46) [31]

А нафига мне настройки другого пользователя в моем файле. Не говоря уже о возможных проблемам с записью.

← →
Ega23 © (2008-07-31 13:40) [39]

> для разных юзверей создать разные файлы и не париться.

Во! Правильная мысль!
Каждому по ini-файлу.

← →
Медвежонок Пятачок © (2008-07-31 13:41) [40]

не. каждому юзеру по инстансу оракла

← →
Медвежонок Пятачок © (2008-07-31 13:42) [41]

а у кого какой инстанс - хранить в xml

← →
KilkennyCat © (2008-07-31 13:42) [42]

> Ega23 © (31.07.08 13:40) [39]

и еще один в котором хранится информация о других ини. Ну и еще один, в котором хранится тож что-нить.

← →
Медвежонок Пятачок © (2008-07-31 13:43) [43]

и еще один самый_козырной_ини.ini

← →
Medbe}I{onok XML © (2008-07-31 13:50) [44]

Фанбоизм?

а ето что такое?

← →
Vlad Oshin © (2008-07-31 13:56) [45]

> Для тебя похоже действительно xml это всего лишь текстовый
> файл с неудобной разметкой

да, это всего лишь текстовый файл. С разметкой.

selectsinglenode - это не инструкция процессору, а процедура/функция, которая разбирает, что там в определенном ноде понаписано.
Ты разбирал ее реализацию?

xml dещь полезная, не спорю. Именно из-за оговоренных разметок.
Но тем, кому нужна.

> selectsinglenode("/settings/users/user[@id="Вася Пупкин]/window/days[@name="friday"]/even[@id="true"]/form_dimentions");

ничем не лучше Get(Friday,Vasja,BLABLA,fjdghkdf);
реализация то какая?

> Anatoly Podgoretsky © (31.07.08 13:39) [38]
> > Vlad Oshin © (31.07.08 12:46) [31]
> А нафига мне настройки другого пользователя в моем файле.

а в xml они не в одном файле?

← →
a.a.j. © (2008-07-31 13:58) [46]

если пользователей несколько, то лучше сделать учетные записи
а если есть учетные записи, то и проблем с ini нет

← →
Anatoly Podgoretsky © (2008-07-31 14:00) [47]

> Ega23 (31.07.2008 13:40:39) [39]

Так оно и есть, если делать по правилам "где хранить настройки", пользовательские настройки надо хранить в пользовательских файла, а общие в AllUsers.

← →
Anatoly Podgoretsky © (2008-07-31 14:00) [48]

> Медвежонок Пятачок (31.07.2008 13:42:41) [41]

Это тем у кого недостаточный инстанс.

← →
Medbe}I{onok XML © (2008-07-31 14:01) [49]

Ты разбирал ее реализацию?

Ну дак у всего есть реализация и чего?
Одни реализации дают н возможностей, другие м возможностей.
Спор то вокруг того, у кого этих возможностей больше.

Я например могу дать зуб на отсечение, что те кто использует оракл не пользуется всей полнотой его фич. Но ведь пользуются же.
Потому что "им так надо"

← →
Medbe}I{onok XML © (2008-07-31 14:02) [50]

Так оно и есть, если делать по правилам "где хранить настройки", пользовательские настройки надо хранить в пользовательских файла, а общие в AllUsers.

не. лучше на Выделенном Сервере Настроек

← →
a.a.j. © (2008-07-31 14:04) [51]

я пользуюсь oracle по долгу службы, а ещё потому что такие вещи, как отсутствие простых limit, increment и т. д. стимулирует смекалку :)

← →
Medbe}I{onok XML © (2008-07-31 14:07) [52]

Anatoly Podgoretsky ©

Есть живой пример такого подхода.
Софт от авермедиа. Конкретно настройка каналов.
Писатели его тоже были очень мудрые чуваки и все хранят в профиле юзера.
Но этого им показалось мало.
результат:
При переустановке системы или самого софта перенести настройки самих каналов это такой гемор, что проще потратить полчаса, просканировать каналы снова и тупо настроить пал/секам для каждого.

← →
a.a.j. © (2008-07-31 14:07) [53]

в общем, стало понятнее что и для чего
попросту, всё зависит от приложения
но продолжать использовать пока буду ini

← →
Medbe}I{onok XML © (2008-07-31 14:08) [54]

a.a.j. © (31.07.08 14:04) [51]

ну и зря. тебе майэскюэль подошел бы.
или вообще файл типизированных записей

← →
a.a.j. © (2008-07-31 14:09) [55]

> Medbe}I{onok XML

это с чего вдруг?

← →
Medbe}I{onok XML © (2008-07-31 14:09) [56]

да с того самого.

← →
Medbe}I{onok XML © (2008-07-31 14:12) [57]

субд вообще хороши, спору нет. но не всем они нужны.
тебе например нет. юзай файлы рекордов.

← →
a.a.j. © (2008-07-31 14:12) [58]

> Medbe}I{onok XML

Подошел бы, да, вполне возможно. Просто интересно, откуда такие советы )

← →
Medbe}I{onok XML © (2008-07-31 14:13) [59]

Просто интересно, откуда такие советы )

Ишь какой любознательный.
Я же ни у кого не спрашиваю почему они советуют ини.

> Одни реализации дают н возможностей, другие м возможностей.
> Спор то вокруг того, у кого этих возможностей больше.

если спор об этом - то согласен.

просто часто видна картина:
-Переходим на XXX.
-Почему?
-Он лучше, потому что новее. А новее, потому что лучше.

И сидит секретарша в 200Х ворде, хотя печатать можно и на 97.
И используют всякое_дело, неизучив и на 50% delphi (сам видел, сопротивлялся, пока не поменял работу)
И т.п.

Вот лично не вижу надобности xml. Зачем мне язык разметки, описывающий свою структуру разметки? Если я что-то предусмотрю в своей программе в разметке, то я и создам соотв. ini (txt, вав, XYQ). А не предусмотрю - не предусмотрю, пусть хоть чего там понапишут в этой разметке...

Я ж не использую оракл для хранения настроек своего приложения )) Для этого есть ини, а к субд я только обращаюсь, ничего более )

обращайся к файлам рекордов. это достаточно.
и там и там данные.
зачем тебе лишняя прокладка в виде оракла?
только тормозит и память жрет.

Vlad Oshin ©

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

> зачем тебе лишняя прокладка в виде оракла?

работаю в департаменте с муниципальным жильем, очередниками и т.д., а это ой какая большая база

ооооо!
спаси бюджет - откажись от оракла

и т.д., а это ой какая большая база

Чо? целых тридцать тысяч семей на очереди ?

> При переустановке системы или самого софта перенести настройки
> самих каналов это такой гемор, что проще потратить полчаса,
> просканировать каналы снова и тупо настроить пал/секам
> для каждого.

Кстате подтверждаю

я спасу бюджет, когда уволюсь)

> работаю в департаменте с муниципальным жильем, очередниками
> и т.д., а это ой какая большая база

в каком ?

> в каком ?

А это уже говорить мне ни к чему)

> А это уже говорить мне ни к чему)

Ясно. А то вдруг на Соломеной сторожке...

> Ясно. А то вдруг на Соломеной сторожке...

Неа :(

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

> Medbe}I{onok XML (31.07.2008 14:02:50) [50]

Это отдельный случай. Рассматривать лучше общий.

> Medbe}I{onok XML (31.07.2008 14:07:52) [52]

Ну так уроды они везде, это как раз тот случай, когда хранение должно быть в двух разных папках и должен быть импорт/экспорт.
Теперь личное наблюдение, когдя я смотрю на ПО для разного рода железа меня дрожь берет, то ли заставили инженера писать его, толи вообще бомжа пригласили. Исключения весьма редки. Разного рода тюнеров у меня было несколько, а в рамках одного тюнера, каждая версия становилась все хуже и хуже, вплоть до полной не работоспособности.

> a.a.j. (31.07.2008 14:30:08) [68]

Заберешь Оракл с собой?

> Игорь Шевченко (31.07.2008 14:38:11) [71]

Непонятно, кто из вас двоих испугался.

Вот лично не вижу надобности xml. Зачем мне язык разметки, описывающий свою структуру разметки? Если я что-то предусмотрю в своей программе в разметке, то я и создам соотв. ini (txt, вав, XYQ). А не предусмотрю - не предусмотрю, пусть хоть чего там понапишут в этой разметке...

Да кто ж с этим спорит.
Расскажу историю про себя.
Был начинающим клипперистом. Нужно было отобразить данные в табличном виде (что-то типа нашего грида). Про то, что там есть объектное расширение специально для этого я еще тогда не знал. Что получилось:
идем в начало таблицы, и с позиции экрана ху начинаем делать аут на экран. Потом некст к следующей записи. Все время запоминаем где что нарисовали. когда отрисовано нужное количество строк идем обратно на first, рисуем шпалу курсора. дальше цикл ожидания ввода и перемещение шпалы и указателя в dbf + скроллинг экрана если юзер шагнул ниже последней видимой записи.

Смешно? Разумеется смешно. Потому что другого ничего не знал.
Вот сегодня примерно так же и ваши рассуждения выглядят про ненужность xml и возможность все сделать руками самому.

> Смешно? Разумеется смешно. Потому что другого ничего не
> знал.
> Вот сегодня примерно так же и ваши рассуждения выглядят
> про ненужность xml и возможность все сделать руками самому.
>

нисколько не смешно. если чуть-чуть только.
Зато это опыт.

Есть грид - замечательно.
А если мне нужен edit? я буду усекать грид до одной ячейки, сожрав кучу ресурсов?

Зри в корень. Текст он и есть текст. А то что к нему дописали - это то что к нему дописали. Надо - бери, нет - не зачем усекать грид до ячейки, бери ячейку.

еще видел, как имя последнего пользователя и имя БД в xml писали.
две строчки - в xml. Реальные разработчики..

А как в BDS2006 реализовано CodeTemplate(в xml)? в 7мерке было проще и понятнее и быстрее.

в общем хмл рулит.

← →
b z (2008-07-31 16:52) [82]

> Vlad Oshin © (31.07.08 15:59) [80]
> еще видел, как имя последнего пользователя и имя БД в xml
> писали.
Вы еще не видели .net, там все это и не только именно в xml и пишут, и причем все (ну или почти).
Тоже надо говорить "реальных" или промолчим?

Ну так там и провайдер есть, а назови мне иерархическую БД из доступных?
С помощью этого средства строить визуальный иерархический интерфейс там просто великолепно. Вообще поддержка БД там сильно развита.

> b z (31.07.08 16:52) [82]

я к чему написал "реальных"

пришел на старой работе новый проект менеджер и заявил: Либо мы занимаемся поделками, либо становимся "реальными разработчиками"
это означало: бросаем Д, садимся за С#. Изучаем .net. Начинаем писать компаненты, описание которых в БД. Т.е. программа стартует, считывает из БД окно, строит. Считывает компанент, строит. и т.п.

А, тем не менее, я его заколебался поправлять, когда он говорил, бро данные в гриде.

Т.е., такое впечатление, что он не понимает сложности создания столь универсальных вещей.

Затра.мда..надоел с С от мелкомягких, там, дескать, я не должен знать, в гриде данные или в датасете, и запрос тут же можно писать(в гриде т.е.)
Эдакое grid+set+sqlstrings..
Я ему такой компанент на Д сваял за утро, не понравилось что-то..
Так и не убедил он меня чем тот С лучше Д. А среда какая тормозная...

да, к чему это я..
Вот и этим xml запиликал он..
я говорю: Нахрена? - Это круто, это реально, все так делают..

Есть люди, которые разговаривать напрочь не умеют - тут или слышал звон, да не знает где он, либо и звона то толком не слышал.

Единственная мысль у него верная была - начать бизнес процесс в хранимки в БД переносить.
Так и переносил бы - чего пристал...
вообщем, не ужились мы.

О чем я ничуть не жалею. Сейчас интереснее, дороже и на Д работаю.
Есть мысль зайти как нибудь, посмотреть что там у них получилось.
Интересно, он все еще работает :)

это правильный шаг. уйти.
следующий правильный шаг - начать юзать xml

inifiles vs xml Найти похожие ветки