Пора ли отказаться от передачи const std::string& в параметрах функций?

Когда const std::string& всё ещё хорош, а когда нет

Отличный вопрос! Короткий ответ: нет, дни const std::string& не прошли, но его роль изменилась. В C++11 и новее появились move-семантика и std::string_view, которые дают больше гибкости. Давайте разберём ваши примеры.

Случай 1: только чтение (без копирования)

Здесь const std::string& — отличный выбор:

void processData(const std::string& name) {
    std::cout << name << std::endl; // только чтение
}

Но ещё лучше — std::string_view (C++17):

void processData(std::string_view name) {
    std::cout << name << std::endl;
}

Почему? std::string_view не владеет строкой и не требует создания объекта std::string. Он работает с любыми строковыми данными: const char*, std::string, подстроки. Это быстрее и универсальнее. Используйте его, когда функция не сохраняет строку и не модифицирует её.

Случай 2: сохранение строки (копирование в поле)

Тут есть два подхода:

Вариант А (старый, const std::string&):

class Data {
    std::string m_name;
public:
    void setData(const std::string& name) {
        m_name = name; // всегда копирование
    }
};

Вариант Б (современный, передача по значению + move):

class Data {
    std::string m_name;
public:
    void setData(std::string name) {
        m_name = std::move(name); // копия или перемещение
    }
};

Вариант Б предпочтительнее, если вы ожидаете, что вызывающий код может передавать временные объекты (rvalue):

Data d;
d.setData("Hello");          // создаётся временный std::string -> перемещается
std::string s = "World";
d.setData(s);                // копируется (s остаётся валидным)
d.setData(std::move(s));     // перемещается (s теперь пуст)

В варианте А при передаче временного объекта (как "Hello") всё равно произойдёт копирование, потому что const std::string& не различает lvalue и rvalue. Вариант Б даёт компилятору возможность выбрать: копировать или перемещать.

Что насчёт std::string_view?

std::string_view нельзя использовать для хранения строки, так как он не управляет памятью. Пример ошибки:

class Data {
    std::string_view m_name; // ОПАСНО!
public:
    void setData(std::string_view name) {
        m_name = name; // висячая ссылка, если name указывает на временный объект
    }
};

Итоговые рекомендации

• Только чтение (без сохранения) → std::string_view (C++17) или const std::string& если нет C++17.
• Сохранение строки → передача по значению (std::string) + std::move.
• Модификация строки на месте → std::string& (неконстантная ссылка).
• Старый код или API → const std::string& всё ещё работает и не является ошибкой.

Запомните: const std::string& не умер, он просто перестал быть универсальным решением. Теперь у нас есть более точные инструменты для каждой задачи.