Области видимости

Итак. Первое, что стоит учитывать, это то, что если в функции main прописать следующее:

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    QCoreApplication::setOrganizationName( "ORGANIZATION" );
    QCoreApplication::setApplicationName( "APP NAME" );
    QCoreApplication::setApplicationVersion( APP_VERSION );

    MainWindow w;
    w.show();

    return a.exec();
}

то тогда не нужно будет каждый раз писать так

QSettings settings(ORGANIZATION_NAME, APPLICATION_NAME);

Достаточно будет записи

QSettings settings;

Следующий момент, который следует учитывать, так это то, что QSettings можно дергать в любом месте проекта и сразу получать значения, ну это вы и так знаете. Для получения одиночных значений можно использовать сразу QSettings.

Но если имеется необходимость всё вывести в единый класс, который отвечал бы за настройки, то возможно имеет смысл использовать статические методы и даже... может быть синглтон.

Тогда сохранение настроек в диалоге настроек может выглядеть так:

void ConfigDialog::saveSettings()
{
    SettingsHelper::setCustomProjectsDirectory(ui->buildPage->isCustomDirectory());
    SettingsHelper::setPathCustomProjectsDirectory(ui->buildPage->getPathDirectory());
    emit settingsUpdated();
}

А сами эти методы могут выглядеть так:

class SettingsHelper
{
    static const QString CUSTOM_PROJECT_DIRECTORY;
    static const QString CUSTOM_PROJECT_DIRECTORY;

public:
    static void setCustomProjectsDirectory(const bool value);
    static void setPathCustomProjectsDirectory(const QString value);

    static bool isCustomProjectsDirectory();
    static QString getPathCustomProjectsDirectory();
};

const QString SettingsHelper::CUSTOM_PROJECT_DIRECTORY = "build_and_run/customProjectsDirectory";
const QString SettingsHelper::PATH_PROJECT_DIRECTORY = "build_and_run/pathProjectsDirectory";

void SettingsHelper::setCustomProjectsDirectory(const bool value)
{
    QSettings settings;
    settings.setValue(CUSTOM_PROJECT_DIRECTORY, value);
    settings.sync();
}

void SettingsHelper::setPathCustomProjectsDirectory(const QString value)
{
    QSettings settings;
    settings.setValue(PATH_PROJECT_DIRECTORY, value);
    settings.sync();
}

bool SettingsHelper::isCustomProjectsDirectory()
{
    QSettings settings;
    return settings.value(CUSTOM_PROJECT_DIRECTORY, false).toBool();
}

QString SettingsHelper::getPathCustomProjectsDirectory()
{
    QSettings settings;
    return settings.value(PATH_PROJECT_DIRECTORY, qApp->applicationDirPath()).toString();
}

Таким образом с помощью статических методов можно будет дергать параметры в любом месте программы и когда захочется. Достаточно будет добавить в нужном файле заголовочный файл stylehelper.h и воспользоваться статическими методами для получения необходимых настроек.

То есть для каждого значения(переменной), которое я хочу сохранить, надо реализовать статик-методы get и set? Я правильно понял? В синглтон пока рано лезть, хотя я тоже про него думал (прочитал в одной книжке и подумал, что это то, что мне надо).

У QSettings оказывается тоже есть статик-методы

QSettings::setValue("VID", VID);
QSettings::value("PID").toInt();

Конечно, можно и эти методы использовать. Вообще, всё зависит от задачи. Если нужно дёрнуть одно значение, то можно и статическими методами QSettings воспользоваться. Если нужно брать пачку значений для какого-то специального объекта, то можно сделать обёртку с методом, который будет принимать в качестве аргумента ссылку или указатель на данный объект и добавлять в него все необходимые объекты.

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

Тут надо понимать, что такое Singleton (одиночка). Под синглтоном подразумевается класс, который имеет в программе только один экземпляр, который создаётся при первом обращении к нему, применительно к C++. Раз экземпляр в программе только один, значит объект в данном случае должен объявляться как static и обращение к нему должно быть сделано через статический метод. Например, можно использовать Синглтон Меерса

#ifndef SINGLETONCLASS_H
#define SINGLETONCLASS_H

class SingletonClass
{
public:
    int getSomeInfo()
    {
        return 10;
    }

    static SingletonClass& instance()
    {
        static SingletonClass instance;
        return instance;
    }

private:
    SingletonClass(){}
};

#endif // SINGLETONCLASS_H

В данном случае получение экземпляра класса всегда должно осуществляться через статический метод SingletonClass::instance() Все остальные методы могут быть не статическими. А применять его можно будет абсолютно везде, где будет подключён его заголовочный файл.

#include "widget.h"
#include <QApplication>
#include <QDebug>

#include "singletonclass.h"

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    // Обращение к синглтону и его методу
    qDebug() << SingletonClass::instance().getSomeInfo();

    Widget w;
    w.show();

    return a.exec();
}

Только нужно поосторожнее работать с этим паттерном проектирования, поскольку иногда от него могут быть только проблемы. Особенно, если в какой-то момент понадобится иметь два и более экземпляров этого класса. Например, для нескольких настроек софта, которые могут быть применены для разных открытых документов. Перекраивать в таком случае крупный проект будет весьма затратно.

Я вроде все понял. Спасибо большое.