EF
Значит пофиг
Т.е. в первой просто могу написать
Т.е. в первой просто могу написать
auto nv = v; return add(nv);?Size: a a a
2020 January 05
🦊
Примерно
🦊
Я не помню, как auto типы выводит
EF
Я не помню, как auto типы выводит
Копирует, пока явно не указано другое (типа
Но я тоже могу ошибаться
auto &nv)Но я тоже могу ошибаться
EF
Значит пофиг
Т.е. в первой просто могу написать
Т.е. в первой просто могу написать
auto nv = v; return add(nv);?Так что лучше явно указать
T nv = v?🦊
Так что лучше явно указать
T nv = v?Я бы так написал
EF
return type will be deduced from its return statements
Нормально, а С++ удобнее, чем я думал
Нормально, а С++ удобнее, чем я думал
EF
Копирует, пока явно не указано другое (типа
Но я тоже могу ошибаться
auto &nv)Но я тоже могу ошибаться
Или пока явно не указано
decltype(auto) (since C++14)🦊
Или пока явно не указано
decltype(auto) (since C++14)чем больше нюансов, тем больше у меня желания использовать
T nv = v🦊
код читается больше, чем пишется
🦊
пощади себя из будущего, чешущего репу над нюансами auto
EF
Ну тип я давно знал, что
auto без модификаторов копирует🦊
я надеюсь, этот код кроме тебя никто не увидит
EF
Препод)))
🦊
понятно
EF
Кстати, классная фича в C++17 появилась
EF
[[nodiscard]]EF
В C++20 её улучшили
[[nodiscard(reason)]]FO
В C++20 её улучшили
[[nodiscard(reason)]]А в причинах может быть любой текст?)
EF
[[nodiscard]]Если ты пинаешь эту функцию/метод и не используешь её возвращаемое значение, значит компилятор имеет право кинуть варнинг
since C++20: ..., добавив к нему
since C++20: ..., добавив к нему
reason