не только конфигурационную, но и справочники.
--Если серьёзно, то в инете я видел немало статей, где обсуждается вопрос, стоит ли стрелять из пушки по воробьям, кстати, и в части методов хранения и обработки конфигурационной инфы в XML, и в файлах, схожих с ini.
просто авторы этих статей рассматривают xml как замену html.
тут я с ними согласен. Но! я использую xml совершенно другим способом и уж открывать в IE точно не собираюсь. Поскольку они зачастую хранятся в базе.
--Посмотри, например, это:
--http://www.optim.ru/cs/2001/2/xml1/xml1.asp
не открывается
---
поэтому Windows 3.x уже никто не использует.…Еще в Windows 3.х существовал формат ini-файлов, который на порядок примитивнее XML, зато по количеству применений до сих пор его превосходит – потому, что изначально существовал простой и доступный в любой версии Windows API…
--Здесь, на мой взгляд, весьма здравая мысль – простые задачи следует решать простыми методами.
что делать - notepad-ы не пишем
--Парсер в любом случае нужен. Объекты для своего парсера ты и сам используешь, вернее методы интерфейсов DOM.
У дома есть метод парсер - который собственно текст в дерево обьектов и переводит.
--Тыж сам пишешь - vector<TXelm *> lst = dom … Классы в твоей программе, использующие DOM – это и есть парсер.
по большому счету любая программа парсер. Просто одни весь код зашивают в тело программы - а у меня часть в xml
----Я тебе писал о том, что в случае простых «форматов» парсер получается очень простым, можно даже на plain C. В этих случаях DOM не нужен.
простой - это сколько ?
--В-третьих что настроечные файлы, о которых ты пишешь:
о которые я пишу - это не настроечные файлы.
Это xml-описание структуры программы, DB in Memory, и остальное.
--Так почему, не использовать для хранения всего ЭТОГО
более привычные аля-ini файлы?
кому привычные ? В компании уже много лет ими не пользуются.
да и xml уже стал стандартным средством обмен данными.
--Здесь я немного не понял - «… Все документы теперь даже в офисе будут иметь xml структуру…
прямо так мелкософт в анансах и пишет
1). Можно в текстовом конфигурационном файле хранить путь до бинарного ресурса (имеется в виду C:\.... mybin.xxx). Т.е. котлеты и тараканы - отдельно.
а если я послал xml товарищу на соседнюю машину или другую точку мира через интернет ?
2) Хранить в одном “конфигурационном файле» и бинарные и текстовые ресурсы принято, если это надо ДЛЯ ЧЕГО-ТО. Например, чтобы послать такой «пакет» в одном флаконе другой проге. А так…???
да не является xml ТОЛЬКО конфигурационым файлом. XML - частный случай ООП базы банных.