Разница между string_view и const string_view&?

Question

[Даниил Демидко]

В чём разница между string_viewили const string_view& в аргументах функции?
Есть ли смысл использовать const string_view& вместо string_view?
Как я понимаю, string_view - это обёртка над указателемchar*.
Получается аргументstring_view будет копировать указатель на char*, аconst string_view& ссылаться на указатель?
Годами я использовал const string& в аргументах для строк. Начал вот приобщаться к новым фичам и не пойму куда приткнуть string_view. Вроде написал, да рука сама тянется переделать в const string_view&

Comments

[res2001]

Вы сами прекрасно объяснили разницу между ссылкой и значением, добавьте еще const для полноты картины.
В целом, при передаче в качестве аргументов, ссылки выгоднее (быстрее), но, конечно, ситуации бывают разные, всегда нужно смотреть на контекст.

[Евгений Шатунов]

Даниил Демидко , разница в том, что const std::string_view& не нужен.
std::string_view - это легковесный класс, копирование и передача по значению которого не влечет достаточных для рассмотрения потерь производительности.

Answer 1

[Максим Мосейчук]

В чём разница между string_viewили const string_view& в аргументах функции?

В первом случае у вас объект, который вы можете менять. Например настроить его на новую строку. При этом исходный объект останется неизменным, т.к. тут передача параметра по значению, а значит внутри функции у вас будет копия string_view.

Во втором случае у вас ссылка на константу. Поменять объект вы не можете, зато сэкономите несколько байт на стеке.

Если алгоритм не требует менять параметр функции, то предпочитайте второй вариант. Ссылку на константу можно получить от любого объекта.

string_view это не в коем случае не замена string. Не нужно его пихать везде.

string_view это не обёртка над char*. string_view может содержать символ "\0".
string_view это read-only pascal-строка.

Comments

[MiiNiPaa]

> сэкономите несколько байт на стеке.

* Впустую потратите sizeof(void*) байт.

В первом случае трубуется только хранить string_view. Во втором — хранить временный string_view, и ещё указатель на него.

string_view был создан как более удобная альтернатива паре указатель+размер в параметрах функции. Он вообще отлично помещается в двух регистрах. Вы же не будете предлагать передавать угазатель, который не требуется менять (не значение а именно сам указатель) внутри функции по константной ссылке? Или int?

[Максим Мосейчук]

Зависит от того, как был создан исходный объект. Если списке параметров, то вы правы.

Если передается уже созданный объект, то будет создана копия.

На регистры уповать не стоит. Если внутри функции много операций задействующих регистры, то параметр будет сохранен в стеке.