D
d7d1cd
Итак. Первая проблема. У меня в библиотеке нет std::forward. Попробовать свою реализацию написать?
На cppref должна быть
Size: a a a
2021 February 16
O
d7d1cd
Итак. Первая проблема. У меня в библиотеке нет std::forward. Попробовать свою реализацию написать?
static_cast<Arg&&>(arg)D
static_cast<Arg&&>(arg)Это почти move
O
Это почти move
Нет, это
forwardD
Нет, это
forwardТам сложнее
АК
Там сложнее
нет, это форвард
и одновременно мув, если
и одновременно мув, если
Arg не форвардингd
static_cast<Arg&&>(arg)Сработало. Спасибо!
O
Там сложнее
Нет, это именно то, что делает
А вот
std::forward. То, почему его имплементация сложнее написанного мной, объясняется не тем, что оно работает иначе, а тем, что в std::forward требуется ещё и защита от ошибок по невнимательности. Альтернативные реализации и их мотивацию можно посмотреть здесьА вот
move написать сложнее, пусть и немного совсем)d
Парни, если получилось использовать
static_cast вместо forward, помогите написать мне свой forward, но с учетом "защиты от ошибок по невнимательности".АК
d7d1cd
Парни, если получилось использовать
static_cast вместо forward, помогите написать мне свой forward, но с учетом "защиты от ошибок по невнимательности".если у тебя в стандартной библиотеке нет forward, вероятно и rvalue ref поддерживаются не полностью
DF
+++
d
если у тебя в стандартной библиотеке нет forward, вероятно и rvalue ref поддерживаются не полностью
Может быть. Заодно и проверю это ). Просто r-value есть.
I
Вопрос, такой - как во время агрегации не потерять внутренни тип, если агрегация происходит за счет полиморфизма?
I
То есть - нужно ли вообще такое поведени?
D
А тебе зачем это?
I
Скажем, есть класс фигуры, от нее наследуем прямоугольник и круг, а дальше хотим сделать класс который внутри себя эту фигуру хранит, но при этом в каком то кокнретном месте, мне бы хотелось, чтобы у меня было известно, что внутри мы храним Круг
I
Можно использовать static_cast
I
А как без него?
D
Можно использовать static_cast
Не думаю, что можно)
D
Можно если ты точно уверен)