Std::string_view - что за зверь и для чего в итоге нужен?

Здравствуйте,

Подскажите пожалуйста, для чего нужен std::string_view ? В чем его принципиальное отличие от std::string ?

Гугл подсказывает вот такие основные тезисы:

std::string_view представляет собой облегченную ссылку без владения на последовательность символов в std::string или любом другом непрерывном хранилище символов. Он обеспечивает просмотр основных символьных данных только для чтения без создания копии. Вот несколько причин, почему это std::string_viewможет быть полезно: -Эффективный доступ только для чтения: std::string_viewпозволяет вам получать доступ к строкам и управлять ими без дополнительных затрат на копирование базовых данных. Он обеспечивает облегченную альтернативу, std::stringкогда вам нужно только прочитать или обработать строку без ее изменения. -Как избежать копирования строк: с помощью std::string_view, вы можете передавать подстроки или части строк функциям без создания копий. Это может быть особенно полезно в ситуациях, когда у вас есть большие строки или вам нужно часто обрабатывать подстроки. -Совместимость: std::string_view позволяет работать со строками из разных источников или API без явного преобразования их в файлы std::string. Его можно использовать для эффективного взаимодействия со строками в стиле C или другими строковыми представлениями.

Если честно не понятно в итоге, что это и зачем.
Единственно звучит так, как будто std::string_view - это просто какой то указатель на std::string или отдельный символ в строке. Но, если так, То не понятно, а в чем отличие от работы указателя на строку?

0

Optimus11, если строка только для чтения, то начиная с С++17 рекомендовано использовать string_view, который производительнее обычной string. В том числе, именно ее и нужно передавать в функцию, а не константную string по ссылке и пр.

Optimus11, а тут указаны некоторые преимущества.

1

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

1

Сообщение от _stanislav Optimus11, std::string_view не владеет данными, в его распоряжении есть только указатель на константную строку и константные функции - члены. по этому этот класс стоит выбирать если не нужно менять исходные данные. проще всего std::string_view представлять как константный std::string.

Представить то я представил, но зачем тогда нужен std::string_view, если есть константный std::string.

0

Optimus11, чтобы память не выделять.
Вот например задача получить подстроку из строки. Если эту подстроку не предполагается менять, то подстрока в виде string_view гораздо эффективнее, чем подстрока в виде string, потому что не выделяется память, не производится копирование.

1

Optimus11,
первый вариант эффективней

1

Сообщение от DrOffset Optimus11, чтобы память не выделять. Вот например задача получить подстроку из строки. Если эту подстроку не предполагается менять, то подстрока в виде string_view гораздо эффективнее, чем подстрока в виде string, потому что не выделяется память, не производится копирование.

Но подстроку из строки - я могу получить не обязательно в std::string c выделением памяти.
Я банально вызову strstr(). strstr - вернет указатель на подстроку, размер подстроки мне и известен. Вот я и будут с ней работать ? Без всякого выделения дополнительной памяти.
Или все так все посложнее ?

Добавлено через 1 минуту

Сообщение от _stanislav Optimus11, C++ 1 2 3 4 const char * s{ "const string" };   std::string_view sv{ s };  // данные на которые указывает s не копируются в sv, копируется только указатель std::string ss{ s };       // данные на которые указывает s копируются в ss первый вариант эффективней

Это я вроде бы понял, вопрос в том зачем условно мне "sv" указывающий на " char * s", если у меня есть прямой указатель " char * s" ?
Зачем мне посредник между в виде "sv" ?

0

Сообщение от Optimus11 вопрос в том зачем условно вне sv указывающий на " char * s", если у меня есть прямой указатель на " char * s" ?

у std::string_view есть удобные функции-члены, их вызывать проще чем сишные функции для сишных строк типа strstr, но это уже другой вопрос, тут уже какой парадигмы программирования ты придерживаешься.

1

Сообщение от Optimus11 Я банально вызову strstr(). strstr - вернет указатель на подстроку, размер подстроки мне и известен.

И будете вручную эмулировать string_view.

Сообщение от Optimus11 Зачем мне посредник между в виде "sv" ?

Зачем вообще нужны абстракции?
Чтобы упростить код.
string_view - это абстракция над кусочком строки.

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

4

Optimus11, в большом проекте код написанный в ООП стиле читать проще чем код написанный в структурном стиле, повторюсь о важности выбора правильных абстракций, они помогают поддерживать и развивать большой проект.
( правильные интерфейсы между абстракциями тоже важны )

1

Сообщение от Optimus11 для чего нужен std::string_view ?

есть 3 причины, зачем тебе нужен std::string_view:
1. ты хочешь получить такой же удобный инструмент как std::string
2. в отличие от std::string, не кушает память.
3. умеет работать в компалтайме.


причем, 3й пункт - это прям киллер фича.
стандартные сишные функции такое не умеют.


https://rextester.com/NGHP90826

5

Сообщение от hoggy constexpr bool foo(std::string_view s) noexcept {     return s.find("hello") != std::string_view::npos; }

круто

Добавлено через 1 минуту

Сообщение от hoggy 3. умеет работать в компалтайме.

пожалуй самый весомый аргумент

0

Сообщение от Optimus11 Подскажите пожалуйста, для чего нужен std::string_view ? В чем его принципиальное отличие от std::string ?

Это дизайн-проблема, с которой мы постоянно сталкивается как в С++, так и в С. Функции стандартной библиотеки (или третьих API) обычно заточены по работу со строками, а в реальной жизни нам очень часто нужны такие же функции, но для работы с подстрокой в составе более длинной строки. Например, меня не устраивает функция atoi, потому что она не позволяет мне сконвертировать в число именно символы с 15-го по 18-ый. Попросить ее начать с 15 я могу, а вот попросить закончить на 18 - нет.

Из-за этого приходится извращаться тем или иным образом: копировать подстроку в отдельную строку (очень неэффективно), вставлять временный \0 в С-строку (костыль и не всегда допустимо). Или приходится или разрабатывать дополнительные функции API, ориентированные на работу именно с подстроками в дополнение к API, ориентированному на работу с целыми строками (чревато комбинаторным взрывом количества вариантов).

std::string_view призван унифицировать все подобные API. Это просто диапазон, который позволяет вам задать, от куда до куда должна работать функция. std::string_view не выделяет никакой дополнительной памяти. Фактически все функции, которые вы пишете для немодифицирующей обработки строк (т.е. функции, принимающие на вход некий условный const std::string &) должны принимать на вход именно std::string_view. В большинстве случаев в точке вызова такая замена пройдет безболезненно.

Было

стало

То есть мы получаем ту же самую функциональность, но без дорогостоящего вызова substr в первом варианте.

Это касается не только строк, но и вообще всех последовательностей, в особенности для тех, которые непрерывно расположены в памяти. Изначально планировалось создать аналогичный std::vector_view и т.п., но в итоге эта идея была материализована в виде std::span - более общий аналог std::string_view для непрерывных последовательностей.

7

TheCalligrapher, для последовательностей которые поддерживают LegacyContiguousIterator?
так правильно говорить?

0