AM
Разные с точки зрения юзера пхп и какого-то другого протокола или как? В случае, если бы везде работали с Юникод, то можно было бы обойтись одним типом.
Size: a a a
2021 April 15
AM
(или перегонять в массив символов при необходимости)
KN
Ну вот, бывали задачи при работе с потоком байтиков
AM
в прочем, с юникод-строками тоже можно работать как с массивом байт с помощью доп. функций
KN
Ну я об этом и говорю, что в пыхе не важно что это) Как тебе надо работать - так и работай
KN
нужно получить длину в байтах, чтоб понять можно ли впихнуть в varchar(255) - одно, а если в символах - другое
AM
работать как с юникодом, увы, не выйдет)
AM
ну точнее выйдет, но "низкоуровнево"
KN
А для "высокого уровня" куча либ давно есть =)
AM
либа не всегда помогает
AM
взять тот же доступ к символу по индексу, например
AM
но в целом да, помогает, как и в эпоху до юникода
KN
С другой стороны, а как в этих ваших дельфях (или про что мы) получить доступ к байту по индексу?)
KN
Проблема в том, что тут либо одно, либо другое
AM
В плюсах вроде как можно. В делфи уже и не помню, но вроде тоже можно. Юникод обычно переганяли с помощью Unicode.GetBytes(), чтобы прям байты получить, а не символы
KN
А не юникод? А какая-нибудь специфичная шняга?)
AM
да, есть такое
AM
Не юникод прям по индексу и брали, как сейчас в пхп.
KN
Есть же извращенские всякие кодировки, вроде японских, которые не юникод, но тоже по 2-4 байта