Информация об изменениях

Сообщение Re[2]: Зачем? от 30.06.2015 19:35

Изменено 30.06.2015 19:35 WerWoolf

Здравствуйте, omgOnoz, Вы писали:

O>Здравствуйте, WerWoolf, Вы писали:


O>
  Скрытый текст
WW>>Здравствуйте. В связи с работой над одним проектом, возник вопрос в реализации класса строки.
WW>>Реализация должна быть кроссплатформенной. Необходима поддержка всех доступных языков,
WW>>т.е. ascii не подходит. Задача данного вопроса — узнать возможные варианты реализации
WW>>класса, их плюсы и минусы.

WW>>Варианты решения:


WW>>1) Класс-обертка, который хранит строку как последовательность wchar_t символов.

WW>>Здесь хотелось бы узнать плюсы или минусы данного варианта.

WW>>2) Класс-обертка, который хранит строку как последовательность char символов, но в

WW>>кодировке utf-8. Реализовать конвертеры в другие кодировки.
WW>>Здесь хотелось бы узнать плюсы или минусы данного варианта.

WW>>3) Другой вариант (который вы считаете лучшим).


WW>>Я не прошу вас реализовывать данный класс, просто хотелось бы систематизировать данные

WW>>по этому вопросу. Надеюсь на конструктивные ответы.
WW>>Всем спасибо.

WW>>P.S. Пожалуйста, не предлагайте использовать уже существующие классы из сторонних библиотек,

WW>>такие как QString и т.п.


O>Есть std::string + куча наворотов в последних стандартах. Есть QT QString — со своими наворотами.


Ну я бы не сказал что их куча.
1) есть строковые литералы типа: u8, u, U для кодировок UTF
2) есть конвертеры std::codecvt и наследники.

Больше ничего на ум не приходит.
Re[2]: Зачем?
Здравствуйте, omgOnoz, Вы писали:

O>Есть std::string + куча наворотов в последних стандартах. Есть QT QString — со своими наворотами.


Ну я бы не сказал что их куча.
1) есть строковые литералы типа: u8, u, U для кодировок UTF
2) есть конвертеры std::codecvt и наследники.

Больше ничего на ум не приходит.