Доступ к централизованным данным

[once_again_abc]

Есть некие настройки, к которым надо обращаться из разных классов и потоков. Классы ничего друг о друге не знают. Естественно хочется иметь одну единственную переменную, содержащую настройки вместо дублирования информации в каждом классе. Так же хочется, чтобы класс работал с актуальными данными, т.е. настройки должны быть некой глобальной переменной по отношению к классам-пользователям, а сами классы должны использовать какой-то унифицированный интерфейс для доступа к настройкам. как это в С++ грамотно решается? не хочется изобретать велосипед...

[Rem Norton]

Если настройки читаются из файла или реестра, то можно например вот так:

Код

C++ (Qt)
// где-то вначале (в *.cpp главного окна)
QSettings* set = new QSettings("./myconf.ini",QSettings::IniFormat);
qApp->setProperty("conf",(int)set);
...
 
// где-то в каком-то классе приложения
QSettings* set = (QSettings*) qApp->property("conf").toInt();
set->sync(); //синхронизировали с файлом
//дальше читаем/пишем (см. доку, там все есть)
 

[ecspertiza]

Смотри в сторону синглтона, для настроек самое оно.

[asvil]

глобальная переменная. па-баааааааам.

[once_again_abc]

а паттерн flyweight не то? особенно с учетом того, что настроек ну просто очень много...

[once_again_abc]

хотя, в принципе, подход который я использовал с самого начала является самым правильным. если это не так, поправьте.
я создал свой класс-синглтон (наследник QSettings) в котором реализована потокова безопасность, а в остальном класс просто перенаправляет запросы родительскому классу.

вопрос в том, насколько быстро происходит обращение и не является ли такой подход ошибкой если к данным идет очень частое обращение из разных классов и  потоков?

[ecspertiza]

Добавь в свой класс настроек еще и кеширование. При записи настройки пишешь ее в кэш и в файл(допустим) при чтении проверяешь если нет в кэше берешь из файла и опять же пишешь в кеш. Это прилично ускорит работу с настройками, и ты будешь знать что для получения одной настройки софтина максимум 1 раз обратиться к файлу.

[Igors]

Добавь в свой класс настроек еще и кеширование.

Это создаст трудные (а может и неразрешимые) проблемы с "многопоточностью", т.к. Qt кэш не thread-safe

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

вопрос в том, насколько быстро происходит обращение и не является ли такой подход ошибкой если к данным идет очень частое обращение из разных классов и  потоков?

Мне неизвестен какой-то стандартный/канонический способ. Если Вы только читаете установки - то вообще нет проблемы, никакие мутексы не нужны. Если же еще и пишете - ну тогда непонятно, а устроит ли Вас изменение параметра "на ходу", когда он уже прочитан одной или более нитками. Более определенно можно сказать имея конкретный пример использования.

[ecspertiza]

Это создаст трудные (а может и неразрешимые) проблемы с "многопоточностью", т.к. Qt кэш не thread-safe

а мьютексы тут не помогут ?

[Igors]

а мьютексы тут не помогут ?

Да скорее навредят (если речь о QMutex)

[ecspertiza]

да, о них, не так часто с ними работал, решил уточнить. Вроде же была какая то возможность запретить доступ к переменной если ее уже кто то юзает.... совсем забыл