🦊
И про то, что дос был причиной не очень удобного старого апи в (pre-)C++98
Интересное дело, не найдешь видос?
Size: a a a
2020 August 26
🦊
Охота послушать про пиздец доса)
A
Интересное дело, не найдешь видос?
Ща
A
Охота послушать про пиздец доса)
Да там из-за сегментки x86-16 куча страданий с near/far-указателями и 20-битными сегментными адресами
A
RM
Есть ли разница передавать вектор по ссылке в конструктор, а потом вызывать std::move из списка инициализации в поле или же сразу при вызове конструктора мувать?
🦊
std::move() в const T& ничего не делает
🦊
сделай конструктор, принимающий вектор как T&&
🦊
делай мув в конструктор и в конструкторе мув в поле
🦊
во втором муве std::move будет тебе просто документацией
RM
Вот пример
struct MyStruct {
MyStruct(std::vector<std::string>& myVec) : m_Vec(std::move(myVec)) {}
std::vector<std::string> m_Vec;
};
std::vector<std::string> vec {"Hello", "World"};
MyStruct test{vec};
// или
struct MyStruct {
MyStruct(std::vector<std::string> myVec) : m_Vec(std::move(myVec)) {}
std::vector<std::string> m_Vec;
};
std::vector<std::string> vec {"Hello", "World"};
MyStruct test{std::move(vec)};🦊
такой секрет, std::move это
template<typename T>
T&& move(T& v) {
return v;
}
🦊
или что-то такое
RM
такой секрет, std::move это
template<typename T>
T&& move(T& v) {
return v;
}
Да мне известно что делает std::move
🦊
там больше шаблоноебли конечно, но суть в том, что оно кастует lvalue в rvalue
RM
Оба варианта что я перечислил выше скорее всего выльются в один ассемблерный код при оптимизации, вопрос не в этом
RM
Какой способ более предпочтителен в комьюнити плюсовиков?
RM
Принимать по ссылке, а потом мувать
RM
или же сразу мувать и по значению, и потом снова мув
RM
Первый вариант выглядит куда лучше