Выпуск Bluetuith v0.1.8

С чего это? UTF-8 как раз в std::string отлично хранится.

В Си аналогично, если v строка, […] или структура.

В C есть понятное правило – то, что ты пихаешь в аргументы функции, копируется. Если ты пихаешь туда структуру, а в ней есть указатели – данные по ним могут поменять, но ты про это знаешь. Здесь же ты кладешь на стек int и его внезапно меняют.

массив

Там тоже понятные правила – массив деградирует до указателя, а дальше работает тот же принцип.

Не понял.

Но не обрабатывается.

Так видно же, что foo принимает int&, а не const int&

const char* предсказуемее, чем std::string_view, например. Для строковых литералов const char* все равно не избежать, как не старайся.

Зато получение длины для const char* O(N). И взятие подстроки (которая вместо string_view). А так всё O(1).

Для строковых литералов const char* все равно не избежать, как не старайся.

У литерала типа нет. Он появится в тот момент, когда этот литерал куда-то сохранится или передастся.

Конструктор на основании числа == можно передавать число вместо этого типа. Если парно сделать ещё operator int, то будет работать как в https://stackoverflow.com/questions/48675882/how-is-22-2-20-in-javascript

И обрабатывается: Написал статью «Как жить если у вас юникод» (комментарий)

У литерала есть тип. const char[N]

ISO:14882:1998: 2.13.4.1: An ordinary string literal has type “array of n const char” and static storage duration (3.7), where n is the size of the string as defined below, and is initialized with the given characters.

Синтаксически, да. А семантически тип проявляется только при хранении в переменной или при обработке аргумента функции. И в этом смысле литерал можно считать std::string.

Единственное исключение: сумма сорокового литерала и числа.

В том-то и дело. Не обманывайте себя. const char*, это именно указатель на строку, а класс строки. Сложение указателя и числа есть адрес. И это всегда надо держать в уме.