INI файл или XML

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

времени у вас юноши немеряно потому и идеи бредовые типа этой в головешку лезут

надо будет вообще компонентик навоять (c вложенностью в ini)

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

XML слишком тяжёл, перегружен и избыточен.

Я то же самое скажу про VCL и буду прав.
Ты его тоже не используешь там гдле надо гуи?

← →
brother © (2008-07-21 12:16) [42]

> времени у вас юноши немеряно потому и идеи бредовые типа
> этой в головешку лезут
>
> надо будет вообще компонентик навоять (c вложенностью в
> ini)

это чтоб кой-кому показать, что такое возможно, и на небольших проектах вполне приемлимо...

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

это чтоб кой-кому показать, что такое возможно, и на небольших проектах вполне приемлимо...

Кому показать? Мне что ли?
Точно у тебя времени навалом.
Я такое и на спектруме могу реализовать, не то что в ини.

← →
b z (2008-07-21 12:18) [44]

> и на небольших проектах вполне приемлимо...
А почему только на небольших? :)

← →
TRSteep © (2008-07-21 12:18) [45]

чувствую сейчас пойдут споры :)
добавлю ИМХО
ini - настройки программы и простенькие двусложные БД
я все таки склоняюсь - к xml - заодно хотелось бы научиться с ним работать.
Сейчас попробую сделать с ini. Но хотелось бы все таки по поводу xml услышать. Что же выбрать парсер или что там нужно. (писать сам точно сейчас не буду да и не смогу)

← →
brother © (2008-07-21 12:19) [46]

> Я такое и на спектруме могу реализовать, не то что в ини.

подравляю!

> А почему только на небольших? :)

а это уже кому как)

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

Что же выбрать парсер или что там нужно.

Project-Import type library->msxml ver (3|4|6)

далее uses msxl2_tlb и в путь.

← →
Ega23 © (2008-07-21 12:24) [48]

> Я то же самое скажу про VCL и буду прав.
> Ты его тоже не используешь там гдле надо гуи?

XML хорош как достаточно универсальное средство передачи метаданных между различными системами. Плох - всё суть строка.
Холиваров и обсуждений на эту тему (XML или не XML) в инете полно.
При этом есть масса различных облегченных языков разметки (тот же YAML, который Ruby использует активно).
Везде пихать XML - ИМХО неправильно о неоправдано. Отказываться от него там, где он явно нужен - тоже суть глупость.

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

Плох - всё суть строка.

В ини иначе?

← →
clickmaker © (2008-07-21 12:25) [50]

мне как-то для хранения настроек в ини пришлось свой класс-парсер написать на плюсах.
Потому что скорость WritePrivateProfileString не устроила

← →
Ega23 © (2008-07-21 12:27) [51]

> В ини иначе?

Я где-то что-то говорил, что надо всегда пользоваться ini?
Ну да, у меня любимая поговорка: "Всё суть ini-файлы".
Но это, как правило, ответ на какой-то идиотский вопрос. Повелось давно, когда один бывший коллега на этих долбаных ini-файлах БД построил. Расхлёбывали это дело очень долго.

← →
brother © (2008-07-21 12:32) [52]

собственно, о чем спорим?
xml vs ini ?))))
каждому свое... что и когда использовать - пусть решает сам программист... я показал на примере, что многоуровневость в ini возможно...
собственно, согласен с
> XML хорош как достаточно универсальное средство передачи
> метаданных между различными системами.

← →
Плохиш © (2008-07-21 12:32) [53]

> TRSteep © (21.07.08 12:18) [45]
> Но хотелось бы все таки по поводу xml услышать. Что же выбрать
> парсер или что там нужно.

Вроде в b z (21.07.08 11:18) [5] уже ответили?

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

> XML хорош как достаточно универсальное средство передачи
> метаданных между различными системами.

<Цитата>

наверное поэтому куча разработчиков использует его там, где передачи данных между разными системами не требуется.
Проект Адоб премьера - xml (кучу остального перечислять не буду).
Странно только почему там не или.

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

> В ини иначе?
Я где-то что-то говорил, что надо всегда пользоваться ini?

А не в ини иначе?

← →
Anatoly Podgoretsky © (2008-07-21 12:38) [56]

TRegistry/TClientDataset

← →
TRSteep © (2008-07-21 12:43) [57]

>у меня 2006 - Import type library - нету....

у меня 2006 - Import type library - нету....

> в b z (21.07.08 11:18) [5]

а где этот зверь TXMLDocument обитает?

← →
Ega23 © (2008-07-21 12:45) [58]

> А не в ини иначе?

Конечно. Структурированный бинарник, например. TClientDataSet. Неструктурированный бинарник (тэг, длина, данные) и т.п.

> Проект Адоб премьера - xml (кучу остального перечислять
> не буду).
> Странно только почему там не или.

Вот только с вероятностью 90% - там свой парсер. Заточенный не на универсальность, а на работу с проектом Адоба.

Прикола ради посмотрел проект модели БД для Sybase Power Designer. Гибрид XML и ини.

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

Component->Import Component->Import Type Library

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

Вот только с вероятностью 90% - там свой парсер. Заточенный не на универсальность, а на работу с проектом Адоба.

Ага. Чуваки нарисовали свой парсер, но хранят все равно в xml.

Кстати при чем здесь парсер?

← →
brother © (2008-07-21 12:51) [61]

> Кстати при чем здесь парсер?

те? в ini парсер, в xml парсер...
http://yandex.ru/yandsearch?clid=9582&text=%D1%87%D1%82%D0%BE+%D1%82%D0%B0%D0%BA%D0%BE%D0%B5+%D0%BF%D0%B0%D1%80%D1%81%D0%B5%D1%80

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

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

← →
brother © (2008-07-21 12:53) [63]

как ты будешь хранить, не извлекая (не используя парсер)?

← →
Ega23 © (2008-07-21 12:53) [64]

> здесь обсуждают в чем хранить прежде всего.
> а не чем парсить.

Эти вещи в этом конкретном случае неразрывно между собой связаны, нес па?

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

Ты лучше название темы посмотри еще раз.

← →
brother © (2008-07-21 12:55) [66]

> Ты лучше название темы посмотри еще раз.

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

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

Эти вещи в этом конкретном случае неразрывно между собой связаны, нес па?

Хорошо. Щас тогда я возвращусь к возможностям парсинга ини и xml.
А вы мне снова будете рассказывать, что здесь у автора всего два уровня и на ини можно все реализовать. Кстати я и не спорил, что нельзя. Если вы забыли.

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

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

И что? Она не решена?
Решена причем в тыщу раз с более гибкими и широкими возможностями чем ваши чернила для седьмого класса.

> И что? Она не решена?

я это сказал???

Не сказал. А зачем тогда вообще про проблемы парсинга в случае xml рассуждать?

> А зачем тогда вообще про проблемы парсинга в случае xml
> рассуждать?

это запрещено?

это запрещено?

Не запрещено, но не рекомендуется.
Бессмысленными сообщениями загромождать ветки.

> Не запрещено, но не рекомендуется.

Почему? Ещё раз: если использовать XML - то так или иначе будет использоваться какой-то парсер. А вот дальше начинаются всякие штуки. Т.к. теоретически, MSXML и DOM на машине могут быть не установлены (крайне редко, но бывает). О чём и предупреждалось изначально.

← →
b z (2008-07-21 13:13) [74]

> а где этот зверь TXMLDocument обитает?
На странице/вкладке Internet видели его.

Мда. Тяжелый случай икcемелефобии.
Там ведь еще и винды может не оказаться, не то что DOM.
(Редко правда, но но бывает)

по [75] перечитай [72]...

> Мда. Тяжелый случай икcемелефобии.

Скорее, тяжёлый случай иксемелемании.
Тут никто, насколько я понимаю, не отказывается от XML. Тут есть предупреждения о его эксплуатации.

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

по [75] перечитай [72]...

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

> Прежде чем советовать ини вместо xml,

я это советовал??? мой первый посто перечитай и проч!

INI файл или XML Найти похожие ветки