[4.x.x] Создать копию QSettings

[Пантер]

Конструктор копирования и оператор присваивания для QSettings запрещены. Как извернуться и получить QSettings идентичный нужному? Идентичный - в смысле ссылающийся на то же место хранения настроек.

Код

C++ (Qt)
cloneSettings.setPath (settings.format(), settings.scope(), settings.fileName());
 

не катит

---------------------------------------
Сам отвечу:

Код

C++ (Qt)
QSettings cloneSettings (settings.fileName(), settings.format());
 

[Akon]

А за чем это нужно?

[Пантер]

Ну, мне необходимо следить за изменением настроек. Написал класс SettingsChangeChecker. Ему необходимо передать QSettings, но указателем это делать проблематично. Вот и возник вопрос. Кстати, все отлично получилось.

[pastor]

А если создать синглтон, который будет возвращать ссылку на объект QSettings и заюзать её в SettingsChangeChecker, не?

[Akon]

А если создать синглтон, который будет возвращать ссылку на объект QSettings и заюзать её в SettingsChangeChecker, не?

+1
Для сеттинга всегда использовал синглтон Мейерса. Но это типовой случай. У меня никогда не возникало необходимости за него выходить.

Ему необходимо передать QSettings, но указателем это делать проблематично.

SettingsChangeChecker глубоко сидит? Не хочешь тащить через код указатель на наблюдаемый QSettings?

Получается, фактически обсервишь непосредственно файл настроек по sync(), и без разницы какими сеттингами и из каких программ он изменяется, да хоть руками из текст. редактора. Неплохое решение, так сказать, без посредников.

[Пантер]

Структура такова:
1. Класс чтения настроек, который оповещает нужные классы.
2. Класс проверки настроек на изменение, который оповещает нужные классы. (в данном случае класс чтения)
Оба класса создаются в main.cpp и живут до окончания работы программы, поэтому использование синглтона тут излишне. К тому же с синглтоном можно будет огрести проблем, если в двух местах будет попытка, допустим, сделать beginGroup.
Можно было из main.cpp передать расположение файла, но тогда теряется универсальность и законченность класса SettingsChangeChecker. ИМХО, так код более обобщен и универсален.
Буду рад подискутировать на данную тему.

Да, забыл упомянуть, в программе настройки не меняются. Они меняются извне.

[pastor]

К тому же с синглтоном можно будет огрести проблем, если в двух местах будет попытка, допустим, сделать beginGroup.

Проблемы можно избежать обернув QSettings и создав геттеры\сеттеры для сохряняемых настроект.

[Пантер]

В данном конкретном случае это излишне.