BRE, зря велосипед придумал. Есть версии обзервера и поинтересней. Например вместо хранения указателей на Observer можно и нужно хранить QWeakPointer/boost::weak_ptr/std::weak_ptr. Иначе будет крах из-за того, что объекту забыли сделать unreg до того как его удалили.

Опять же на Qt'шном форуме предлагать решения чисто для C++, которых в инете навалом - не правильно.

Мое ИМХО, в этом разделе должны быть решения написанные на Qt и для Qt.

Почему не правильно, основная масса читателей как раз и пишут на чистом C++. 

Что значит написано на Qt?
И чем решение на C++ не подходит для использования в программах использующих Qt.

А для чего? Что бы получить как можно большую зависимость от Qt?
Что-бы получилось решение, которое обязательно придется переделывать, если понадобится не использовать Qt?
Из-за чего такая "преданность" именно этой библиотеке? Она хороша, но все равно всего лишь одна из... 

Каждый решает сам. Для меня boost более приоритетный чем Qt, т.е. если есть возможность отказаться от Qt (ну не нужен программе GUI), спокойно от него отказываюсь. А вот от boost отказаться уже не особо получается.
Я всегда стараюсь минимизировать зависимости в своих программах.

Так а чем это решение то не подходит для "решения для этой библиотеки"? 

И что, для чего может понадобиться использовать Qt, если не нужен GUI?
Всегда можно подобрать необходимый минимум специализированных библиотек.

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

Писать парсеры, сетевые сервера, ботов, эксплойты. Мало ли задач на свете, которые можно решить без GUI.

Это называется "давайте уберем зависимость от boost'a на форуме boost'a". Выглядит точно так же.

Вот-вот, для чего там Qt?

Это не ко мне, это к ТС. 

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

Потому что гуй - на QT, ядро - зависит от turbovision, в качестве скриптового языка - мы тянем питон (за каким-то популярным фигом, причем не последнюю версию, а за конкретным номером, потому что не совсем совместимы)...
А потом долбаешься в попытке все это лоскутное одеяло собрать и заставить работать. )))) весело.

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

______________________
ладно, это выбор стратегии. на совести каждого выбирающего ))))
Тут кто-нибудь играет в Го? текущая нить обсуждения мне напоминает вопрос выбора между территорией и влиянием)))))