Путь в изоляционизм по прежнему актуален?
Говорить о кодировках без локализации - невозможно.
Давайте поговорим не о задаче - максимум. А о некотором минимуме ( например - поддержка кириллицы и 3х европейских языков в приложении).
И я думаю эту задачу мы решим.
Тогда я думаю идеальным будут utf-16 строки: std::wstring и QString. Про суррагатные пары мы забудем. :) Есть, конечно, с wchar_t проблемы, он в Linux четыре байта (нет суррагатных пар?), а в Андроид, вроде бы, один байт. Но и про Андроид забудем, там же Ява рулит.
Мне кажется надо сильнее смотреть в будущее. Память хотя и дешевеет но все-же не настолько чтобы
embed dbms и кеши укладывались в оперативу без eviction. Везде где можно сэкономить балансируя
нагрузку CPU <=> Memory как некий эвристический регулятор - надо этим воспользоваться.
Для OpenJDK - это уже прошлое. Разработчики отказались от повсеместного хранения UTF-16 где-то с Java-9.
Они сделали просто 2 варианта использования одной и той-же строки. С физических хранением Latin1 и Utf-8
для национальных кодировок. Прикладной API при этом не изменился. Тоесть на совместимость это не влияет.
По поводу массивов.
Что означает это наше жёсткое непреклонное желание иметь строку массивом символов. Я где-то уже рассуждал
на эту тему и пришел к выводу что строка это вообще не array<char> а это stram<char>. И есть интеллектуальный
итератор который спокойно эту строку обходит.
Те редкие кейсы в которых вам внезапно (!) захотелось получить индексный доступ ко 2 или 3 или N-му элементу
строки я готов с вами здесь и сейчас рассмотреть. И убежден что такого кейса на самом деле не существует.
Особено в разрезе Dbms/Caches/BigData. Я готов его рассмотреть и я убежден что мы пересмотрим своё
отношение к индексатору строку и уберём его как рудимент. В конце концов - stream - экономнее и лаконичнее.
Если ваша предметная область разработки связана просто с машинками с ограниченными ресурсами (микроконтроллеры
- то здесь я - пас). Я не специалист в них и смыслы и мотивации их оптимизаций мне зачастую непонятны.
Как будут и непонятны большинству читающих этот форум. Т.к. программирование под bare-metal железки
это сегмент очень редкий и здесь почти не представленый.
Sql.ru - ресурс посвященный именно клиент-серверным технологиям в общем понимании этого слова.
Вот както так.
