Возврат ссылок в функциях C++
хотя я думаю, что понимаю ссылки, я не знаю, есть ли разница между этими двумя (оба работают):
(includes and that stuff)
//doesn't return a reference to a vector
vector<int> ref_to_vec1(vector<int>& vec) {
vec.push_back(whatever);
return vec;
}
//returns a REFERENCE to a vector
vector<int>& ref_to_vec2(vector<int>& vec) {
vec.push_back(whatever);
return vec;
}
vector<int> v;
//Both append whatever to v
ref_to_vec1(v);
ref_to_vec2(v);
Какой смысл возвращать ссылку с функциями?
И в таком случае какой смысл вообще что-либо возвращать? Вам просто нужно вызвать функцию с вектором, ничего не назначая результату функции.
Спасибо!
Позволяет вам изменять данные так, чтобы my_vector [1138] = 92 фактически устанавливал значение внутри вектора, в отличие от установки значения в копии, что ничего не даст.
В этом случае вы ничего не возвращаете. Вы вызываете функции, как будто они возвращают void. Обе функции делают то же самое.
Ответы 4
And in this case, what is the point of returning anything at all? You just need to call the function with the vector, without assigning anything to the result of the function.
Ничего такого. Возможно, bool указывает на сбой или успех (это то, что делает WinAPI), но кроме этого, если вы используете ссылку в списке параметров, который должен быть заполнен, вместо использования возвращаемого значения функции, вам не нужно возвращать вообще ничего.
Смысл возврата ссылок - избежать копирования объекта, который вы хотите вернуть. ref_to_vec1() копирует * vec, который вы передаете ему, когда он возвращается, и вы сохраняете возвращаемое значение:
auto v2 = ref_to_vec1(v); // v2 is a copy of v, changing v2 doesn't change v
auto& v3 = ref_to_vec2(v); // v3 is a reference to v, any changes made to v3 are made to v too.
* Если он не оптимизирован (N) RVO или перемещен (C++ 11 или выше).
Спасибо, я просто подумал, что нет особого смысла возвращать что-либо, но поскольку я новичок и код, который я видел, я подумал, что спрошу!
Если вы не используете ссылку, есть второй векторный объект, который возвращается из функции.
Случай 1 очевиден, как объяснил Михаил
Случай 2: ваша функция создает новый объект и возвращает ссылку на него или предоставляет доступ к чему-то, что уже создано; как синглтон
Случай 3: вы хотите объединить операторов в цепочку, что обычно происходит с оператором потоковой передачи; myStream << firstVal << secondVal;
Я почти уверен, что этот вопрос дублирован, и на этом сайте уже должны быть отличные ответы.
Вы правы по всем пунктам, но вы упомянули синглтоны, как будто это то, с чем мы действительно хотим иметь дело в нашей жизни. Я хочу проголосовать против вас из-за сингла, но не могу, потому что вы правы.
@Clearer: о да ... к сожалению, в реальном производственном старом устаревшем коде вы можете найти какой-то дрянной код MySuperSingleton и getInstance () :-)
Я думаю, что часть путаницы заключается в том, что концептуально существует две группы функций: те, которые каким-то образом обрабатывают аргумент и возвращают его результат, и те, которые действуют на аргумент. В некоторых языках это различие даже встроено в язык - например, в Паскале есть «процедура» и «функция». Бывший ничего не может вернуть, а последний должен.
То, что у вас есть в вашем случае, является процедурной вещью - она воздействует на аргумент, в вашем случае добавляет элемент. Обычно ему не нужно ничего возвращать (vector::push_back() никогда не выходит из строя).
Вы используете ссылки, когда не хотите делать копии.