alexy_blackвот например строка. с одной стороны, я бы хотел, чтобы это был набор символов, но это не так. то есть в плюсах std::string - это контейнер char, но символы не влезают в char..
Грустно видеть, что многие "закомплексованы" некоими МОНОЛОЛИТНЫМИ СТАНДАРТАМИ ..., которые признаны ЛУЧШИМИ И НЕОСПОРИМЫМИ /template, STL, объекты, ООП, ... в стиле а-ля C++/.
Также наблюдая за ходом обсуждения многих тем /вопросов/, для многих существующие "стандарты" являются ВЫСОКИМ ЗАБОРОМ, который не позволяет им заглянуть за него и
понять, что существую и иные подходы к разрешению вопросов ...

Строки ... /огромная тема. А если коснуться алгоритмов поиска данных в строках ... О-о-о .../
Далее немного об строках и кодировках.

Не буду останавливаться на "родословной" кодировок ... /почему первые тридцать два символа управляющие и необходимость каждого из них ... и др. особенностях "устройства" кодировок/.

Сначала об "буквах" .

В многих странах имеются свои особенности написания, произношения слов.
К примеру /на вскидку/ в Германии некоторые сочетания пары букв считаются одной буквой /которой в алфавите, то и нет/.
При этом эти "национальные" /locale/ особенности должны быть учтены при разработке библиотек для работы с строками.

Можно ли спроектировать архитектуру строк, которая бы учитывала "национальные" их особенности и др. моменты?
Да.

ИМХНО должен быть разработан некий RFC представления строк .

Скорее всего этот RFC должен содержать описание назначения мета данных и правил их использования.
За основу представления букв скорее всего лучше взять UTF16.
Набор мета данных и их представление описывать не буду.
Но очень важно то, что мета данные дадут разработчикам библиотек информацию об "национальных" особенностях представления строк и
тем самым не вдаваясь /и даже ни чего не зная об них/ разработать библиотеки для работы с строками, функциональность которых
будет заведомо правильная для любого humane language.

Более того мета данные дадут даже такую важную информацию как продолжительность произношения звуков
/в виде строк можно будет даже записать "речь" шимпанзе .../.

Далее намек ... /для тех кто поймет о чем речь/.
Meta данные позволили бы предоставить данные и упорядочивании букв в каком-либо алфавите /даже возможность неких exclusive требований/.

PS: Здесь не говорилось об native формате представления строк ... /struct, .../

Некоторые скажут - "С таким форматом замучаешься" ...

Ан нет.
Вспомните, что мы используем meta данные.
Как же представить "стандартные" форматы <string>, std::string, ...?
Да просто.
Meta символ указывает на тип строки, за которым следует сама строка.

PS2: Кто выльет первое ведро помоев, тот удостоится моего персонального приза - " Заслуженный участник форума ".

alexy_blackВладимир2012, какие другие подходы вы подразумеваете? lips?

я вообще не об этом. я о том, что в случаи со строками выбор шаблона может быть оправданным. то есть это одна из возможных хороших реализаций. тут как бы упор не на строки, а на шаблоны :)Не Lisp и др. языки программирования важны сами по себе ...
Для меня они прежде всего важные в аспекте тех идей и подходов, которые предоставили эти языки программирования ...

Вы говорите о каких подходах речь?
Разве здесь может быть какой-то однозначный ответ?

Имеется огромное количество алгоритмов, ... разработанных другими.
Нужно ли их и как и в каком случае лучше использовать сложный вопрос ...
Да и не каждому это нужно ...
Обычно задачи можно разделить на "системные" /результатом которых могут воспользоваться другие/ и пользовательские /создание программ на основе разработанных кем-то ранее libraries/.

Не призываю кого-либо к тому, чтобы "все и вся критиковать и неизвергать" и тем более стремиться создать что-то на противность всем, только чтобы оно было "СВОЕ" и якобы "ЛУЧШЕЕ" ...

PS: Не знаю, что вам и ответить ...
Все зависит от каждого из нас.
Одним "по душе" создание libraries, ... - системщики.
Другим прикладной софт - большинство.

"Все мы люди нужные, необходимые ..."
[spoiler]Снежная королева, 1966 г.

Basil A. SidorovА какого лешего вы тогда UTF16 упомянули???В предложенном формате строки используются meta данные и char в некоторой кодировке.
В качестве основной кодировки предложил использовать UTF16 так как символ любой кодировки можно представить в виде
двух байтового значения и тем самым упростить манипуляции ними /не зря Microsoft выбрала именно UTF16/.
Но безусловно meta данные могут указывать на то, что далее идут chars некоторой кодировки /например UTF8/.

Какие из RFC определяют правила представления "универсального" формата строк?

Вообще то все RFC определяют некоторый "стандарт", используемый при решении некоторой задачи.
Универсальных RFC нет.
Поэтому чем чаще разработчики будут что-либо "изобретать" тем чаще будут появляться новые RFC.

PS: Предложенный формат формат представления строк в основном был направлен к тому, чтобы обратить
внимание, что даже в таком вопросе как представление строк возможно спроектировать множество форматов их представления.
И опять таки не с целью отвергнуть то, что кем то уже сделано, а в случае если для проекта требуется именно exclusive формат.

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

alexy_blackcp1251, не?Наш любимый TCHAR
Что такое TCHAR, WCHAR, LPSTR, LPWSTR,LPCTSTR (итд) https://habrahabr.ru/post/164193/

Basil A. SidorovНе хочется комментировать, но, раз уж вы так настаиваете - зря. Очень зряНе настаиваю ...
Но если вы приведете аргументы в преимущество использования UTF8 вместо UTF16, то буду рад.
При разработке для WWW использую только UTF8.
Для десктоп - TCHAR.

Basil A. SidorovЯ, по вашему, просто так дал ссылку на юникод?Кодовая точка это что?