граждане, вы что, совсем уже обленились, да ?! :-O эта "библиотека" на C пишется ровно в сто строк. ну нельзя же быть до такой степени.. даже не знаю чем быть :-/
"дайте мне библиотеку для цикла for а то свой велосипед изобретать не хочется. точно знаю, что его использовало уже с миллион программистов в разных проектах".
ps: я не призываю писать свой XML/SAX парсер бо действительно муторно и прямая дорога в готовые решения. но *такие* вещи не написать максимум за полчаса - это IMHO уже просто нонсенс.
Если ради каждой ерунды прицеплять библиотеку, то у вас вся программа будет увешана дополнительными библиотеками.
Большинство приличных проектов стараются дополнительные библиотеки использовать по минимуму или вообще не использовать.
> Такую вещь надо самому написать, выкинуть, и пользоваться confuse.
"libConfuse is a configuration file parser library, licensed under the terms of the LGPL, and written in C. It supports sections and (lists of) values (strings, integers, floats, booleans or other sections), as well as some other features (such as single/double-quoted strings, environment variable expansion, functions and nested include statements). It makes it very easy to add configuration file capability to a program using a simple API."
скажите, ну нахрена нужно все это счастье, когда *все*, что нужно человеку - это распарсить тривиальнейший файл вида "тег=значение" ?!
> Ибо велосипедистам в юниксе не место.
ой да, дядя, расскажите мне пожалуйста - кому в UNIX место а кому нет, а? с высоты своего полета. а то сирые мы, не знаем еще что к чему и как :-/
> Счастье занимает несколько сотен килобайт. Это много?
да, добавление стороннего компонента в свою систему - это очень много и прежде, чем сделать подобный шаг, стоит десять раз подумать о последствиях. "совместимость, переносимость, надежность, поддержка во времени, лицензия в конце-концов" - эти термины вам ни о чем не говорят?
> И кто сказал, что те же строки или булевы типы не понадобятся?
сказало это оригинальное ТЗ, которое звучит буквально как:
> А слова "подскажите _библиотеку_" вы дипломатично опустили? :P
собственно из-за этого и пошел весь сыр-бор. впрочем, каждому свое. если человек для таких целей не постесняется присобачивать confuse - Бог ему в помощь.
> а если формат придется несколько усложнить? каждый раз новый парсер писать?
вам реализовать ТЗ или "а если"? так можно сразу Xerces советовать и дело с концом. хотя, а вдруг там еще условия понадобятся? запросто! давайте уж тогда сразу Lua туда же добавим. ну а вдруг..
ps: между парсером и использующим его приложением должна стоять грамотная обертка (wrapper) дабы клиент ничего не знал [или знал по минимуму] о конкретном способе хранения данных будь то INI, XML или база данных. тогда не будет возникать проблем со сменой бэкенда [или их будет существенно меньше]. естественно в рамках заданного функционала конфигуратора.