Russian Qt Forum

Для того, чтобы не таскать по всему приложению вытаскивание через extern глобальных объектов (всякие синглтоны с наборами конфигурирующих данных):


... я решил сделать один объект (назовем его ядро) и все эти синглтоны поместить в него как включение.

Но это решение все равно будет требовать extern ядра в тех файлах, где нужны данные:


Я решил сделать более правильно: надеясь на макрос qApp, я написал вот такой класс:


И создаю приложение уже на основе такого класса:


Я думал, что к объекту core смогу обращаться в любом месте программы вот так:


Но нет, выяснилось, что макрос qApp возвращает тип QGuiApplication *, а у этого типа, естественно, нет поля core.

Вопрос: каким методом можно таскать по всему Qt-коду ссылку на ядро (не передавая его во все методы), и не помещая ядро в глобальную область видимости с последующим extern?

PS: qApp->instance тоже не помогает.

что мешает кастануть qApp к нужному типу?

Зачем использовать наследование от QGuiApplication, если в каждом TU где тебе нужно Core, ты всё равно должен будет включать хедер своего App (App.h)? Ты видимо хочешь чуда :) Использовать класс, не декларируя его :) Подключай хедер с декларацией Core (Core.h?) и сделай его классическим синглтоном тоже с геттером instance(), зачем ещё extern с глобальными переменными, что это за галимое Си?

Не согласен. Поместить globalParameters и др (возможно объединив в структуру Core) в свой App - смысл есть, эти данные смотрятся явно как члены наследника QGuiApp. Тогда зачем еще плодить синглтоны? Просто привести qApp

C++ (Qt)
App * App::Instance( void )  // static
{
 return dynamic_cast<App *> (qApp);
}

Зачем плодить синглтоны, ведь нужно создать ещё один синглтон и вызывать его ? :D

Сравним:

C++ (Qt)
App * App::Instance( void )  // static
{
 return dynamic_cast<App *> (qApp);
}
 
// usage
#include "App.h"
#include "Core.h"
App::Instance()->core->method();
 

и

C++ (Qt)
Core * Core::instance()  // static
{
 static Core core;
 return &core;
}
 
// usage
#include "Core.h"
 
Core::instance()->method();
 

Для меня выбор очевиден

Хозяйке на заметку: dynamic_cast - штука не бесплатная, это не static_cast.