Замена/расширение возможности стандартных инищек

← →
C@N © (2004-01-18 12:53) [0]

Мучаюсь над таким вопросом: Создать хранилише настроек в таком Виде:

{некий заголовок1}
[Секция1]
параметр=значение
параметр=значение

[Секция2]
Параметр=значение

{некий заголовок2}
[Секция1]
параметр=значение
параметр=значение

[Секция2]
Параметр=значение

и.т.д.

читалось/писалось например
Значение=ReadSTRINGy("Заголовок","Секция","Пар-тр","Deaf");
ReadЗАГОЛОВОК"s(stringlist);
то было-бы очень круто переносить проги и не захломлять реестр

← →
KSergey © (2004-01-18 12:58) [1]

Захломлять реестр действительно не надо
Хранить в нем нужные данные - вполне нормальное поведение программы.

Впрочем, реализовать ваш вариант работы с ini - весьма просто. Так что дерзайте!
Еще вариант: держать несколько ini, каждый ини есть одна {}

← →
Юрий Федоров © (2004-01-18 13:01) [2]

Откуда такая боязнь захламления реестра ?
захламить ини-файлом жесткий диск не боимся ? Ни дай бог еще если он в папке Windows или Windows\System32
А если фирма выпускает несколько продуктов, и все они в реестре начинаются с ключа "%название фирмы%\%название продукта%" - то это и есть порядок, а не захламление
ИМХО

← →
C@N © (2004-01-18 13:26) [3]

дополняю: Несколько инишек ... ГРОМОЗДКО получается...
Пытался переделать модули но руки из Ж Растут :)_

← →
rdm (2004-01-18 14:10) [4]

А чем тебе не нравится название секции [заголовок.секция1] [заголовок2.секция1] ?

← →
Anatoly Podgoretsky © (2004-01-18 14:20) [5]

Религия?
Пиши тогда свою собственную реализацию, раз религия не позволяет использовать реест.

rdm (18.01.04 14:10) [4] Вот с Листами этого геморно будет

← →
snake2003 (2004-01-22 12:53) [7]

а в XML формате данные хранить уже не модно ?
Парсеров полно да и свой если что пригодиться

Замена/расширение возможности стандартных инищек Найти похожие ветки