Russian Qt Forum

Подскажите, каким образом реализуется в QT-4.2 нижеописанная задача ?

Существуют некие глобальные установки различного формата - QString, int и др , в каждом классе проекта нужно иметь доступ к любой из установок. Первое что приходит на ум - это реализация через что то наподбие ini файла, но в этом случае придется считывать переменную при каждом нужном случае или создавать переменную в конструкторе класса . Может есть другие решения в QT?

Ищи инфу по паттерну Singleton

В классе хранишь указатель на екземпляр установок. Установки живут пока живут остальньІе классьІ юзающие их. Другой способ - у екземплятов классов иметь информацию о родителе, через которьІй можно получить установки. Можно еще хранить ключ, через которьІй получать установки из синглтона. ОптимальньІй обьектно-ориентированньІй способ - когда каждьІй екземпляр твоего класса независим от остальной части программьІ, а нужньІе ему настройки он хранит в себе статической копией (или в Implicitly Shared классе).

ИМХО всё же бывают случаи когда использование глобольных переменных не так уж и плохо/нельзя_ни_за _что! :)

Не хотите совсем глобальную переменную, засунте свои настройки в QMyApplication и пользуйте через:
((QMyApplication*)qApp)->getXXX()
а то и от qApp напрямую доступ к членам (не приветствуется).

А еще можно пронаследовать класс от QObject и сделать его чайлдом QApplication. Ну и статику написать для поиска данного экземпляра...

Почему бы не использовать QSetting. Создать экземпляр класса при загрузке программы и его использовать во всех остальных классах. После завершения программы удалять экземпляр. В классе, в котором создавался этот экземпляр сделать статическую ссылку на экземпляр. Таким образом из любого класса можно обратиться к настройкам.
Еще QSettings желательно настроить на формат INI файла или xml.

каковы преимущества недостатки разных из предложенных способов - обект от QObject или QSetting, или другое ?
что требует меньше кода и интуитивно понятно для использования ?

QSettings - легкая обертка над настройками программьІ, что должньІ использоваться от запуска к запуску программьІ, ето способ сохранять и загружать данньІе на диск. QObject сюда вообще неприменим - нарушение обьектной модели, избьІточность, QObject отражает уникальньІй обьект в системе, а не разделяемьІе данньІе настроек. НужньІ синглтоньІ. Сложно сказать как организовать твои настройки, нужно больше информации. Что за задача, конкретнее?

На самом деле QSettings наследует QObject. Просто потом лень писать было. :) А вообще, вобщем случае QSettings предпочтительнее. Но иногда выгоднее хранить данные в структурах, которые потом сохранять в бинарный файл.