Сообщение Re: КОгда выбирается move-constructor? от 06.08.2017 15:18
Изменено 06.08.2017 15:24 placement_new
Re: КОгда выбирается move-constructor?
Здравствуйте, DTF, Вы писали:
DTF>Добрый вечер?
Вам не кажется что у такого С++ нет будущего?
Представте себя на месте новичка: он видит параметр object имеет тип TOnlyMovable&&, но std::move (который на самом деле просто static_cast<TOnlyMovable&&> к тому же самому типу) все кардинально меняет. Это же логически неверно...
DTF>Добрый вечер?
Вам не кажется что у такого С++ нет будущего?
Представте себя на месте новичка: он видит параметр object имеет тип TOnlyMovable&&, но std::move (который на самом деле просто static_cast<TOnlyMovable&&> к тому же самому типу) все кардинально меняет. Это же логически неверно...
Re: КОгда выбирается move-constructor?
Здравствуйте, DTF, Вы писали:
DTF>Добрый вечер?
Вам не кажется что у такого С++ нет будущего?
Представте себя на месте новичка: он видит параметр object имеет тип TOnlyMovable&&, но std::move (который на самом деле просто static_cast<TOnlyMovable&&> к тому же самому типу) все кардинально меняет. Это же логически неверно...
Я как бы понимаю почему так было сделано...
http://thbecker.net/articles/rvalue_references/section_05.html
Но это выглядит как костыль на костыле...
DTF>Добрый вечер?
Вам не кажется что у такого С++ нет будущего?
Представте себя на месте новичка: он видит параметр object имеет тип TOnlyMovable&&, но std::move (который на самом деле просто static_cast<TOnlyMovable&&> к тому же самому типу) все кардинально меняет. Это же логически неверно...
Я как бы понимаю почему так было сделано...
http://thbecker.net/articles/rvalue_references/section_05.html
Но это выглядит как костыль на костыле...