Разрушение объектов, на которые указывают статические указатели.

создаётся этот ConcreteScene в main, там и разрушай, хотя если нужно, чтобы он разрушился после разрушения Application, то в его деструкторе делай, правда это очень неправильно (по правилу «удаляй там, где создал»). Можно сделать Application::clearScene(); delete scene; в main, если Application нужно знать, когда ты захочешь разрушить ConcreteScene.

Лучше всего передать такое

shared_ptr<ConcreteScene> scene(new ConcreteScene());
Application::setScene(scene);

Нафиг освобождать ресурсы. которые используются на протяжении всего времени работы программы?

valgrind'ы если будешь пускать, то лучше заранее озаботиться

~$ cat 1.cpp
#include <cstdio>
using namespace std;

struct AbstractScene {};
struct Scene : public AbstractScene {
    ~Scene(){printf("~Scene\n");}
    static Scene& instance() {static Scene r; return r;}
};

int main() {
    Scene::instance();
}

~$ g++ 1.cpp
~$ ./a.out 
~Scene

для new - ты обязан сам вызывать delete

Проверил - деструктор не вызывается

Деструктор чего? Я так понял у тебя статический класс, а не объект.

плюсов этого паттерна здесь нет

Плюс в вызове деструктора, в т.ч. при исключении, что может быть важно, если нужно перед смертью что-то сделать. Да и вообще это более кошерно.

Я так понял у тебя статический класс, а не объект.

Фига, народ, пошёл С++ расширять!

valgrind'ы если будешь пускать, то лучше заранее озаботиться

Заниматься фигнёй из-за того, что какая-то утилита считает себя умнее автора?

Да. Только канонично правильнее будет заюзать unique_ptr

У меня так:

class Application {
private:
     static Window          m_window;
     static AbstractScene*  m_scene;

public:
     static void            setScene(AbstractScene* scene);
     static AbstractScene*  scene();

     static void            exec();
     ...
     ...
};

int main() {
        Application::setScene(new BlurTestScene());
        Application::window()->setSize(800, 600);
        return Application::exec();
}

слава роботам!

ТСу: с тем же успехом можно было в конце main удалить этот твой ConcreteScene

он кажется не писал что юзает С++11

расскажи, что там из С++11, очень интересно

ну а что будет если я попытаюсь из нескольких потоков вызвать instance() когда она еще не будет проинициализирована?

а что будет, когда ты из нескольких потоков несколько раз сделаешь new BlurTestScene? очевидно у ТС это место дергается один раз из main - и тут без разницы, как создается сцена, ну и gcc прикрывает такие места, но это конечно лично его инициатива, при желании можно и руками прикрыть

смотри new BlurTestScene я там не вижу, но сейчас не в этом вопрос, дело в том, что только стандарт С++11 гарантирует, что такое определение будет корректно проинициализировано если его попытаются сделать из нескольких потоков.

new BlurTestScene я там не вижу

Разрушение объектов, на которые указывают статические указатели. (комментарий)

дело в том, что только стандарт С++11 гарантирует

если говорить про thread-safety - это частное дело каждой реализации и даже каждой функции, может быть, а может и нет

я имел ввиду этот коммент, а не тот который ты мне подсовываешь.
Но дело в другом я тебе уже это разъяснил, если там не будет гонки за ресурсами, то ок, но если будет то ...

я имел ввиду этот коммент, а не тот который ты мне подсовываешь.

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

Но дело в другом я тебе уже это разъяснил

ты решил «ляпнуть» о чем-то, что прочитал раньше, молодец, конечно, но иногда лучше промолчать

на сим лично я прекращаю оффтоп

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

угу, за такое нужно руки рубить

ты решил «ляпнуть» о чем-то, что прочитал раньше, молодец, конечно, но иногда лучше промолчать

не вижу смысла молчать, т.к. код плохо пахнет

на сим лично я прекращаю оффтоп

как хочешь.

Используйте

#define iApp MyApplicationClass::instance()

Нее, я макросы только в дебажных целях использую.

Откуда такая боязнь макросов?

это высер в высшей степени ...

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

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

Я готов даже оплатить вам первое занятие, раз уж мы оказались с вами на одном форуме.

Хорошо, с вас 500 баксов, сударь.

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