В статье (http://www.ibm.com/developerworks/ru/library/au-libxml2/inde...) описывается использование языка XML (Extensive Markup Language) при создании приложений для ОС UNIX. Статья ориентирована на программистов, не знакомых с XML, и описывает библиотеки XML, написанные для проекта GNOME. После краткого описания формата XML даны примеры исходного кода, который может быть использован разработчиками для создания собственных приложений, анализирующих конфигурационные файлы в формате XML с использованием библиотеки LibXML2.

URL: http://www.ibm.com/developerworks/ru/library/au-libxml2/inde...
Новость: http://www.opennet.me/opennews/art.shtml?num=19315

• Обработка файлов конфигурации с использованием LibXML2,Jay, 15:02 , 10-Дек-08
  • Обработка файлов конфигурации с использованием LibXML2,MaMoHT, 15:18 , 10-Дек-08
  • Обработка файлов конфигурации с использованием LibXML2,trdm, 15:19 , 10-Дек-08
  • Обработка файлов конфигурации с использованием LibXML2,СуперАноним, 20:26 , 10-Дек-08
    • Обработка файлов конфигурации с использованием LibXML2,Jay, 22:02 , 10-Дек-08
  • Обработка файлов конфигурации с использованием LibXML2,User294, 21:05 , 10-Дек-08
• Обработка файлов конфигурации с использованием LibXML2,trdm, 15:14 , 10-Дек-08
  • Обработка файлов конфигурации с использованием LibXML2,Аноним, 17:05 , 10-Дек-08
• Обработка файлов конфигурации с использованием LibXML2,devcoder, 15:20 , 10-Дек-08
• Обработка файлов конфигурации с использованием LibXML2,Guest, 15:59 , 10-Дек-08
• Обработка файлов конфигурации с использованием LibXML2,Аноним, 16:28 , 10-Дек-08

Я бы не рекомендовал использовать XML для конфигов. Точнее, даже не так. Я бы рекомендовал использовать XML только для обмена данными (для чего он и создавался). А для конфигов и INI-файлов в большинстве случаев более чем достаточно. И вот только, если потребности приложения уже не покрываются использованием INI-файла, а использование Lua, к примеру, еще не оправдано, вот тогда можно использовать XML.. Иначе, это обернется повышенной нагрузкой на процессор при старте приложения (особенно это заметно при загрузке системы) и проблемами при настройке этого конфига, потому что xml - он все-таки для роботов, а не для людей.

--
Jay

Согласен - XML для конфигов очень плохо, попросту неоправданно.

Если структура конфига сложная (например, вложенности), то достаточно разбить INI-файл на несколько файлов, а в качестве инструмента вложенности использовать директории - работать все равно будет напорядки быстрее.

Тоже кстати соглашусь..

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

А вот использования Lua и прочих языковых меньшинств - плохая идея. Конфигурационный файл это не программа.

А вы конфиг exim или sendmail.cf видели? Чем не программа? :)
Если конфиг описывает функционал, то применение Lua, JS и т.п. может быть куда более оправданным, чем изобретение собственного велосипеда..

>Я бы не рекомендовал использовать XML для конфигов. Точнее, даже не так.
>Я бы рекомендовал использовать XML только для обмена данными (для чего
>он и создавался).

Ага, только получается пухло, не компактно и тормозно в парсинге.Что для обмена данными как-то весьма на любителя.Для конфигов... если отформатировать - не так уж и погано получается, бывает и хуже.Хотя - опять же на любителя.

а почему гномовские описаны?
для КДЕ букв на клаве не хватило?

А почему ты тут флуд печатаешь вместо статьи о том как это все под KDE делается?

> А для конфигов и INI-файлов в большинстве случаев более чем достаточно

Или YAML http://ru.wikipedia.org/wiki/YAML

XML для конфигов, боже, сколько уже говорено какое это зло.
А этим еще хватает наглости написать об этом статью...

ГУИ конфигуратор плюс конфиг на XML - страшный сон еще недавних времен. Теперь это реальность и прогресс никсов :-)