ее нет, указатель на C++ в мембере WNDCLASS-а операционной системы

давай остановимся и обсудим вот что, мы сейчас говорим про архитектурный подход общий или про конкретные костыли конкретной системы? это важно

давай остановимся и обсудим вот что, мы сейчас говорим про архитектурный подход общий или про конкретные костыли конкретной системы? это важно

про конкретное ограничение конкретного архитектурного решения, в котором используется суицид объекта

ну тут я думаю легко можно договориться - это ОГРАНИЧЕННОЕ (as in, DUMB) архитектурное решение

Я до сих пор это подозреваю... но доказать не могу :)

сколько можно это обсасывать???

В разделе про синглтоны

Господа, а можно ли как-то эту порнографию редуцировать, не используя препроцессор? struct width_visitor: public boost::static_visitor<std::size_t> { template<class T> std::size_t operator() (const image<T>& i) const { return i.width(); } }; struct height_visitor: public boost::static_visitor<std::size_t> { template<class T> std::size_t operator() (const image<T>& i) const { return i.height(); } }; struct depth_visitor: public boost::static_visitor<std::size_t> { template<class T> std::size_t operator() (const image<T>& i) const { return i.depth(); } };

подключайся, фабрики по сжиганию делетеров зис простаивают

я плохо понимаю, почему тебе не нравится delete this но устраивают остальные варианты суицида. вот тебе пример: у тебя есть какой-то пул сетевых соединений, что должно делать соединение если оно разорвано?

ты пропустил ссылку на beast http session от меня выше, там всё есть

вот такое упрощение тебе пойдет? #include <iostream> #include "boost/variant.hpp" template<typename F> class visitor : boost::static_visitor<size_t> { public: explicit visitor(F&& f) : f(std::forward<F>(f)){ } template<typename T> auto operator()(T& o) const { return f(o); } private: F f; }; template<typename T> struct image { size_t width() const {return 100;} size_t height() const {return 200;} size_t depth() const {return 300;} }; int main() { boost::variant<image<int>, image<double>> v; v = image<int>{}; boost::apply_visitor(visitor{[](auto&& o){ std::cout << o.width(); return o.width(); }}, v); }

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

delete this вызывается когда объект никогда никому не важен

ты понимаешь что ты внешнее (управляемое) поведение заталкиваешь внутрь класса?

например, *установленным* сетевым соединением ты на самом деле не владеешь

но зато владею операциями чтения и записи, а если мне они не нужны то и нафиг этот объект

а если я объект создал не через new?

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

Это еще что, есть даже вот такое: http://cppconf.ru/workshops/anton-polukhin * а если серьёзно, то у Павла крутой мастер класс, весьма полезный :)

я тебя поражу - ОКОННЫЕ ПРИЛОЖЕНИЯ есть НЕ ТОЛЬКО В ВИНДЕ

Так и надо, например, читая bincrafter я осознаю, что главный там Зайцев :)

да ладно, в гуе все нахуячено индусами, сотка инфа

ты можешь захватить ресурс, которым ты на самом деле не владеешь

вроде же Джерри там главный. Но Зайцев там тоже важный 🙂

операции проводятся над сетевым соединением

Посоны, а чо там с delete this?

не удаляется

Посоны, а чо там с delete this?

и?

и?

смотри: существует сущность выше, который должен отвечать за read/write с контрактом ошибок, удобным тебе. Этот контракт ошибок логически не связан с захваченной сущностью "сетевое соединение" и владеешь ты объектом контракта

учи меня ещё, сенсей

фишка в том, что обертки такого объекта нужны и для них суицид это чуть ли не самое логичное поведение

Ну можно запретить все некорректные создания

толсто же, ты спросил я ответил)

как запретить создание на стеке? создание массива объектов на хипе?

как запретить создание на стеке? создание массива объектов на хипе?

а, с захваченной сущностью "сетевое соединение"

как запретить создание на стеке? создание массива объектов на хипе?

у такой сущности циклом жизни управляешь не только лишь ты. внешнее управление выражается как delete this (явно или неявно)

friend?

friend?

ну и shared_ptr в обработчике СОБЫТИЙ от такой сущности, прекрасно справляется без суицида

ну либо у тебя объект сдохнет с вызовом по this в стеке, либо объект может существовать в некорректном состоянии, я не вижу альтернативу