[Решено] Обмен данными между объектами разных классов

[titan83]

Здравствуйте.
Начал делать проект и подзавис на такой проблеме: у есть класс, в котором я хочу централизованно хранить настройки, как уставки, задаваемые пользователем (через графический или web-интерфейс), так и вычисляемые по ходу работы параметры, это необходимо для того, чтобы можно было сохранять все текущие параметры в энергонезависимой памяти и восстанавливать работу программы после отключения питания, а также цетрализованно обновлять данные на графических интерфейсах (экранчик и веб-морда).
Т.е. схема должна выглядеть так:

QDisplay      QWebInterface      QController     MainWindow
     ^                   ^                        ^
     |                     |                        |
     |                     v                       |
     ------->   QSettings <------------
                          ^
                          |
                          v
                     QFram
Объекты классов QDisplay, QWebInterface, QController, QSettings находятся в MainWindow, соответственно, напрямую между собой общаться не могут, и это правильно, ибо делает связи очень слабыми.
Но есть одна проблема - для того, чтобы изменить настройки я из любого объекта посылаю сигнал sigChangeValue(argKey, argValue) в MainWindow, там этот сигнал зацеплен на слот setValue класса QSettings, и все работает отлично. Однако я не понимаю, как мне читать настройки из QSettings (фактически - вызывать метод value() объекта settings), например, из класса QController?
Спасибо всем дочитавшим до конца)

[titan83]

Я пока что увидел только один путь - при инициализации программы посылать все желающим работать с настройками объектам указатель на объект настроек. Но как-то не воодушевляет...

[Пантер]

Вполне нормально - в каждом классе предусмотреть публичный метод void readSettings(const QSettings &settings) и пусть себе читают. Можно еще забабахать свой синглтон настроек и всем его юзать (я предпочитаю такой вариант), но тогда все классы должны будут его инклудить.

[Igors]

Можно поступить аналогично sigGetValue(argKey, argValue), создав нужный слот в наследнике QSettings. Хотя мне все это кажется излишним - settings глобальная переменная, это незачем скрывать

[Old]

Передавайте ссылку (или указатель) на объект QSettings при конструировании объектов классов от него зависящих QDisplay, QWebInterface, QController.

[xokc]

Что-то я не понимаю в чём именно сложность? QSettings изначально и создан именно для решения подобных задач.
Цитирую: Constructing and destroying a QSettings object is very fast.

[Old]

Что-то я не понимаю в чём именно сложность? QSettings изначально и создан именно для решения подобных задач.
Цитирую: Constructing and destroying a QSettings object is very fast.

Я так понял, что все таки имеется ввиду свое централизованное хранилище настроек, с таким же названием.
Qt-ешный QSettings не умеет посылать сигналы о изменении параметров, а это в указанной задаче первое дело.

[titan83]

Можно поступить аналогично sigGetValue(argKey, argValue), создав нужный слот в наследнике QSettings.

Думал об этом, но слот-то можно создать, а как вернуть значение именно в то место, из которого запросили?
Поэтому

Передавайте ссылку (или указатель) на объект QSettings при конструировании объектов классов от него зависящих QDisplay, QWebInterface, QController.

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

[Igors]

Думал об этом, но слот-то можно создать, а как вернуть значение именно в то место, из которого запросили?

argValue по ссылке или указателю

[xokc]

Я так понял, что все таки имеется ввиду свое централизованное хранилище настроек, с таким же названием.
Qt-ешный QSettings не умеет посылать сигналы о изменении параметров, а это в указанной задаче первое дело.

Тогда оно больше не на хранилище настроек похоже, а на модель. Да и судя по названию остальных классов (QDisplay, QWebInterface, QController) именно QModel топикстартеру и не хватает

[titan83]

Я так понял, что все таки имеется ввиду свое централизованное хранилище настроек, с таким же названием.
Qt-ешный QSettings не умеет посылать сигналы о изменении параметров, а это в указанной задаче первое дело.

Тогда оно больше не на хранилище настроек похоже, а на модель. Да и судя по названию остальных классов (QDisplay, QWebInterface, QController) именно QModel топикстартеру и не хватает

В данном случае - это именно хранилище настроек (уставок) и вычисляемых по ходу работы значений. Данные - это информация с другого устройства, подключенного по интерфейсу CAN.
И все изменения вычисляемых параметров производятся только в классе QController, так что прямой доступ к настройкам будет только у него, все отображатели обойдутся сигналами.
Но за наводку на MVC-модель Qt вам лично большое спасибо. Использовал такую штуку давно при работе с Python/Django. В Qt тоже понадобиться - особенно при работе с базами данных.
Спасибо еще раз!