Хранение настроек во время работы приложения

[NaumOff]

Чисто практический вопрос, как хранить переменные, представляющие собой настройки приложения, во время работы программы, в реал-тайме.
Сейчас я для этих целей использую глобальные переменные. Читал, что это плохо, тем более их несколько десятков штук.
Можно хранить их в массиве... имхо не очень удобно.
На java в таких случаях я всегда использую синглтоны, может быть и в delphi сей подход применим? Создать класс-одиночку, его поля-настройки, добавить сеттеры/геттеры, в них же реализовать чтение/запись настроек на диск в бд (использую SQLLite). Кто что думает?

[саша40]

Сообщение от NaumOff

Чисто практический вопрос, как хранить переменные, представляющие собой настройки приложения, во время работы программы, в реал-тайме.
Сейчас я для этих целей использую глобальные переменные. Читал, что это плохо, тем более их несколько десятков штук.
Можно хранить их в массиве... имхо не очень удобно.
На java в таких случаях я всегда использую синглтоны, может быть и в delphi сей подход применим? Создать класс-одиночку, его поля-настройки, добавить сеттеры/геттеры, в них же реализовать чтение/запись настроек на диск в бд (использую SQLLite). Кто что думает?

таймер и модуль iniFiles

[kta87]

Если совсем по простому то можно и в обычном txt файле хранить настройки.

[Stilet]

может быть и в delphi сей подход применим?

Паттерны проектирования не зависят от ЯВУ.
Все в Делфи применимо, если желание есть.

таймер и модуль iniFiles

Таймер то зачем? Хранить в ИНИ файле - идея здравая, но таймер тут только помеха.

[NaumOff]

Да я же не о хранении в ПЗУ, а о содержании что ли переменных-настроек во время работы программы Чтобы не дергать каждый раз жесткий диск, во время запуска приложения считываются все настройки. Вопрос в том во что их считывать. Их несколько десятков. Варианты:
1. Глобальные переменные.
2. Массив настроек-переменных.
3. Отдельный класс-синглтон.
4. Забить на все, считывать/записывать когда необходимо прямо из ПЗУ, благо не так уж часто эти параметры используются.
5....

[саша40]

Сообщение от NaumOff

Да я же не о хранении в ПЗУ, а о содержании что ли переменных-настроек во время работы программы Чтобы не дергать каждый раз жесткий диск, во время запуска приложения считываются все настройки. Вопрос в том во что их считывать. Их несколько десятков. Варианты:
1. Глобальные переменные.
2. Массив настроек-переменных.
3. Отдельный класс-синглтон.
4. Забить на все, считывать/записывать когда необходимо прямо из ПЗУ, благо не так уж часто эти параметры используются.
5....

но я же говорю нужен таймер. Запускается при открытие формы и закрывается при закрытие. Пример:
Если таймер первый. Открытие:

Timer1.Enabled:=true;

И закрытие(FormClose):

Timer1.Enabled:=false;

[NaumOff]

саша40
Кажется мы совсем о разных вещах говорим). Забудьте о таймере, его использование, когда можно обойтись чем-нибудь другим-очень дурной тон. Настройки должны читаться/записываться при возникновении событий, при том же onFormCreate и onFormDestroy, или когда пользователь соизволил изменить настройки приложения.

[Stilet]

3. Отдельный класс-синглтон.
4. Забить на все, считывать/записывать когда необходимо прямо из ПЗУ, благо не так уж часто эти параметры используются.

Я бы из этих двух выбрал.
ИМХО третье лучше.

[kta87]

Все же грамотно будет если напишите сингл! (ИМХО)