LINUX.ORG.RU

врядли найдешь, т.к. у Qt'шных смарт-поинтеров немного другой принцип, они базируются на наследовании от QSharedData, т.е. нельзя взять произвольный объект и хотеть его смарт-поинтером как в stl.

dib2 ★★★★★ ()
return QSharedPointer(this);//???

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

batbko ()
Ответ на: комментарий от Gorthauer

QSharedDataPointer требует себе наследование от QSharedData, что не то же самое что сабж.

QSharedPointer - таки да, с 4.5 появился (не обратил внимания как-то). pozitiffcat, THIS.

dib2 ★★★★★ ()
Ответ на: комментарий от batbko

Интересно всё таки - зачем такие трики?

Присоединяюсь к вопросу.

observer ★★★ ()
Ответ на: комментарий от batbko

Хм, а может это ночные бдения будят во мне паранойю.

Но вообще я вижу только один кейс - если обьект сам себя отдает в чье-то безраздельное владение, притом уверен что обьект 100% проживет дольше чем он.

На сколько я помню из-за подобных трюков(и отсутсвия weak ptr) мне не удалось подружить Poco и gmock, ну по крайней мере заставить работать всегда.

batbko ()
Ответ на: комментарий от batbko

Интересно всё таки - зачем такие трики?

И всё же, если не секрет?

batbko ()
Ответ на: комментарий от dib2

например фабрика, создает некий экземпляр класса, и мне нужно, что бы указатель на фабрику оказался как weak pointer в новом экземпляре какого-то класса, конечно можно хранить сырой указатель,но хотелось бы как-то быть посовременней. Много где пишут, что нельзя юзать сырые указатели. Вообще занимаюсь проектированием, программированием много лет, являюсь ведущим разработчиком, обычно за памятью следил сам, кое где использовал unique_ptr, но хочется идти в ногу со временем.

pozitiffcat ★★★ ()
Последнее исправление: pozitiffcat (всего исправлений: 1)
Ответ на: комментарий от pozitiffcat

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

ну это не совсем то, что описано в ОП. используй слабые ссылки, а еще лучше - строгую иерархию объектов (типа QObject). Бардак в иерархии - всегда путь к ошибкам, даже со смарт-поинтерами. И не забываем, что смарт-поинтер все-таки не бесплатен.

dib2 ★★★★★ ()
Ответ на: комментарий от pozitiffcat

а зачем делать фабрику с неопределенным жизненным циклом? если он все-таки определенный, и больше времени жизни порождаемых объектов - то берем сырой ptr и делов.

dib2 ★★★★★ ()
Ответ на: комментарий от pozitiffcat

владелец фабрики допустим App, так зачем какому-то классу знать про app, что бы получить себе фабрику

и да, это делает не какой-то класс, а сама фабрика. которой вполне не стыдно знать и пользоваться своим владельцем.

dib2 ★★★★★ ()
Ответ на: комментарий от pozitiffcat

владелец фабрики допустим App, так зачем какому-то классу знать про app, что бы получить себе фабрику

Почему фабрику не сделать синглтоном, доступным из какого-нибудь статического метода?

unfo ★★★★★ ()

Зачем нужны такие кровавые жертвоприношения ТС?

Не легче ли архитектуру с умом сделать и програмеров по рукам бить за извращения?

MikeDM ★★★★★ ()
Ответ на: комментарий от pozitiffcat

а если какойто дурак потом

тогда не надо писать на C++ :) это далеко не единственный способ отстрелить себе конечности.

dib2 ★★★★★ ()
Ответ на: комментарий от MikeDM

а какже быть если App реализует интерфейс слушателя какого-либо объекта затем object->addListener(this) ? Причем object принимает только weak_ptr

pozitiffcat ★★★ ()
Последнее исправление: pozitiffcat (всего исправлений: 1)
Ответ на: комментарий от pozitiffcat

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

batbko ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.