🦊
второй, в первом случае ты требуешь документацию контракта, что объект забирает вектор
Size: a a a
2020 August 26
🦊
чего нет во втором случае
RM
второй, в первом случае ты требуешь документацию контракта, что объект забирает вектор
То есть, разработчик не знает что дальше конструктор высосет данные?
🦊
либо ты получил move-constructed значение, либо просто какое-то значение, которое будет копией
🦊
То есть, разработчик не знает что дальше конструктор высосет данные?
документацию никто не читает
🦊
поэтому конструкции языка лучше документации
RM
Значит все таки два мува
🦊
так-то да
RM
Понял, спасибо
RM
В конструкторе указывать && ?
🦊
принимай по значению, если не хочешь писать два конструктора
RM
принимай по значению, если не хочешь писать два конструктора
Да тут проблема в другом
RM
аа ну да
RM
Если приму по значению, то забыв мувнуть там будет копия
RM
и я точно не сломаю прошлый вектор
p
не понял. я не понял к. точно!
RM
В случае с && там всегда мувнется старый вектор, даже если забудут мувнуть изначально
🦊
мне интересно, а конструктор с const T& или T имеет приоритет над T&& или наоборот
🦊
при передачи туда lvalue
🦊
так-то lvalue может стать rvalue, скажем так