Преобразование String UTF8 в 1251

Нашел пример:

Шикарно работает в консоли, но ОЧЕНЬ надо пределать его в функции со String
Но знаний по преобразованию строк в char и назад не хватает! Только начал вычитывать, а функция нужна срочно!
Помогите хоть немножко!

0

Для перехода от string к const char* (неизменяемому массиву символов в куче) используйте метод c_str():
Для создания строки типа string из массива символов просто вызовите конструктор.
Добавлено через 6 минут
p.s. Вы используете массивы символов на стеке (char arrayName[]). Вместо используемого выше варианта с указателями(char*) вполне можно использовать и их, синтаксис останется таким же. (вызов std::string(arrayName) эквивалентен std::string(&arrayName[0]), т.е. arrayName в данном случае приводится к char*)

1

Вторая часть кода подошла, но не первая. Она работает, но мне нужно другое:
std::string (или std::wstring) в wchar_t

0

Аналогично

1

Tester64, тут еще ведь нужно понимать, что L"строка" - это не UTF8. Это скорее UTF16 или USC2, если рассматривать windows.
Конвертирование же именно UTF8 в CP1251 под windows можно так сделать:

1

ИДЕАЛЬНО!
Правда прилось еще добавить (я как новичок этого не знал)

0

Хм, все бегут без оглядки от CP1251 и от всяких понаехавших "кодовых страниц", а тут наоборот, UTF-8 не нравится

0

Сообщение от gromo Хм, все бегут без оглядки от CP1251, а тут наоборот, UTF-8 не нравится

Пусть сам налетает на все грабли
Всех все равно не переубедишь. Я тут сперва написал большой пост про пользу юникода и почему подстраиваться под устаревшую вин консоль (с дос кодировкой по умолчанию) не обязательно, но потом стер.

0

Сообщение от gromo Хм, все бегут без оглядки от CP1251 и от всяких понаехавших "кодовых страниц", а тут наоборот, UTF-8 не нравится

Сообщение от DrOffset про пользу юникода и почему подстраиваться под устаревшую вин консоль (с дос кодировкой по умолчанию) не обязательно

Считайте капризом! Работаю под виндой. Пишу в блокноте (notepad++) без IDE. Компилирую батником. Код не большой. Самое главное - скорость сборки. А не удобство редактора и выпадающие подсказки. Результат вывожу в универсальную виндовую консоль. Как перепрошить всю винду с анси на юникод не знаю, да и не хочу - другие программы "крокозябры" писать будут (включая RAR и 7ZIP). Написал функцию - Rep("привет мир") - выводящую строку с результатом в консоль. В нее-же зашил анси. Все исходники (текстовики СРР и Н) храню в юникоде (где-то вычитал что это любимая кодировка g++ и NDK). Rep вызываю редко, но не хочу заморачиваться с перекодированием системной консоли на чужих машинах (или писать транслитом или вспоминать как это зовется на английском). Под линукс (если перейду) сделаю другой Rep. Под андроид третий (уже сделал). Команда одна, но сама решает что и как выводить. И главное без заморочек с кодировкой на входе. Смогу одной константой отключить перекодирование, но пока... Так удобнее! Да и учусь я пока. Простые утилитки пишу, базовые конструкции тестирую...

Пока-что перевод нужен был ТОЛЬКО для отладочных сообщений в консоль, хотя бывает необходимость и при работе с файлами кодировку заменить и со старым сервером через сеть пообщаться... Пусть себе лежит в коллекции. Заодно понял как строки конвертировать между разными типами (char-wchar-string), а это похоже крайне необохдимые знания в с++

p.s. Для ускорения вызова батников даже утилиту на делфи написал для вызова батников по горячим клавишам. И их принудильного перезапуска (перекомпиляция). ИМХО самое быстрое изученение... IDE много перепробовал - все тормозят сильно. Сборка пустышки под VC++ занимала минимум 20-30 секунд. Как и под DevCPP. Консоль (когда тормозит) за 7-8 секунд собирает, а если ускоряется около 3х секунд (почти догнал паскаль)...

0

Сообщение от Tester64 Как перепрошить всю винду с анси на юникод не знаю, да и не хочу - другие программы "крокозябры" писать будут (включая RAR и 7ZIP).

Не нужно ничего "перепрошивать", Windows уже лет 15 юникодная изнутри.

0

Сообщение от DrOffset Я тут сперва написал большой пост про пользу юникода и почему подстраиваться под устаревшую вин консоль (с дос кодировкой по умолчанию) не обязательно, но потом стер.

Ну и зачем стёр? Многим наверное было бы и полезно и интересно. Мне вот, например, интересно.

0

Можно в вики почитать про юникод. Вообще, по нему полно ресурсов, например кратко и популярно: http://zelserg.livejournal.com/2570.html

1

Сообщение от Убежденный Windows уже лет 15 юникодная изнутри

Не знаю с какой стороны она изнутри юникоидная... Но консоль осталась в 1251. Вроде читал где-то что это можно поменять - то-ли подменой шрифтов, то-ли шаманством в реестре. Но все программы которые хотят вывести в консоль кирилицу используют 1251. Включая bat-файлы. Попробуйте в Win bat-файл в юникоде кирилицу вставить:
Не уверен что после хака консоли даже стандартные команды вроде dir кирилистические названия файлов правильно выводить будут (сейчас выводят)

А что такое юникод и чем он отличается от других кодировок, я думаю большинство и так знает. Но у него есть и свои минусы! По делфям помню (переводил проект с Delphi7 на Delphi2009) - каждый символ кодируется не одним байтом (как в других кодировках), от 2х до 4х!. Причем это плавающая величина и зависит от языка. И хранение в файлах и в памяти подобных строк увеличилось в 2-4 раза. Причем есть разные реализации юникода в разных ОС. Старые не поддерживали 4 а значит возможен глюк.

Добавлено через 11 минут
А вообще, инетересно, кто-нибудь (из Вас) еще кодит для консоли? Под Win или Linux? Слышал (активно не работал) что весь линукс работает в консоли и в основном написана на с/с++

0

Сообщение от Tester64 Не знаю с какой стороны она изнутри юникоидная...

Windows юникодная изнутри. Консоль не юникодная по-умолчанию, и это сделано по всей видимости лишь для совместимости со старым ПО. Если мы пишем новое ПО нет никакой нужды подстраиваться под это. В VS например достаточно написать:
Чтобы перевести консоль в режим UTF16, соответственно, при наличии правильных шрифтов, wcout, wstring будут работать без каких-либо перекодировок.

Сообщение от Tester64 Но консоль осталась в 1251

По-умолчанию она вообще в 866 кодировке (ДОС) в русской windows.

Сообщение от Tester64 Слышал (активно не работал) что весь линукс работает в консоли и в основном написана на с/с++

Ну это не правда, что прям весь . Но консольные утилиты там гораздо лучше себя чувствуют, чем в windows, в том числе засчет развитой командной оболочки. Кстати в любом линуксе по-умолчанию используется кодировка юникода UTF-8.

0

Сообщение от gru74ik Ну и зачем стёр? Многим наверное было бы и полезно и интересно. Мне вот, например, интересно.

+1. Мне тоже всегда интересно почитать имхи специалистов, тем более, если им можно потом еще задать вопрос. А вики мы в любом случае почитать можем.

1

Сообщение от Tester64 Слышал (активно не работал) что весь линукс работает в консоли

Там всё вполне себе цивилизованно - окошечки, менюшечки. Попробуй ради интереса Ubuntu поставить, к примеру. Посмотришь сам.

0

Сообщение от gru74ik Там всё вполне себе цивилизованно - окошечки, менюшечки. Попробуй ради интереса Ubuntu поставить, к примеру. Посмотришь сам

"По приколу" делать это не хочется, а для работы не нужно (на 80% привязан к винде - остальное веб). Конечно раньше ставил (в виртуальные машины), даже где-то в коллекции лежит... Конечно там можно включить графику и работать только в ней. Но меня инетересует не это! Насколько сейчас активно кодят под консоль в С++? Нужна ли эта технология еще? Или давно замещена графикой? Конечно понимаю, что все сетевые технологии консольные, но кроме сетей?

0

Сообщение от Tester64 Насколько сейчас активно кодят под консоль в С++?

Нет такого понятия "кодить под консоль".
Есть прикладное ПО, которое может быть с графическим или текстовым интерфейсом. Пользовательский интерфейс - это только малая часть процесса разработки ПО, поэтому вакансии "кодить под консоль" и не найдешь. Потому что обычно "кодят", чтобы решить некую задачу, а текстовый у этой программы будет интерфейс или графический - это не столь важно, это системные архитекторы и дизайнеры пусть решают.
Причем, помимо прикладного ПО есть еще куча разного системного и околосистемного софта: сервисы, библиотеки, драйвера, embedded ПО, ядра ОС, физические движки игр и т.д. и т.п., для которых вообще не применимо понятие пользовательский интерфейс (или этот интерфейс штука специфическая, например две кнопки на устройстве вкл. и выкл.). Эта категория тоже занимает довольно ощутимую долю рынка. Мы ее не рассматриваем что ли?

1

Сообщение от Tester64 весь линукс работает в консоли

Я вас умоляю! Для повышения вашего уровня эрудиции в этом вопросе крайне рекомендую зайти хотя бы в Windows vs Linux (0Dh) или У кого как выглядит рабочий стол? (2), где вполне достаточно скринов рабстолов линукс

0

Сообщение от DrOffset Tester64, тут еще ведь нужно понимать, что L"строка" - это не UTF8. Это скорее UTF16 или USC2, если рассматривать windows. Конвертирование же именно UTF8 в CP1251 под windows можно так сделать: C++ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 std::string UTF8_to_CP1251(std::string const & utf8) {     if(!utf8.empty())     {         int wchlen = MultiByteToWideChar(CP_UTF8, 0, utf8.c_str(), utf8.size(), NULL, 0);         if(wchlen > 0 && wchlen != 0xFFFD)         {             std::vector<wchar_t> wbuf(wchlen);             MultiByteToWideChar(CP_UTF8, 0, utf8.c_str(), utf8.size(), &wbuf[0], wchlen);             std::vector<char> buf(wchlen);             WideCharToMultiByte(1251, 0, &wbuf[0], wchlen, &buf[0], wchlen, 0, 0);               return std::string(&buf[0], wchlen);         }     }     return std::string(); }

Я немного запутался, разве MultiByteToWideChar - может конвертировать из UTF8 в CP1251 ?
Вроде бы MultiByteToWideChar - конвертирует Из указанной в первом параметре кодировке ---> всегда в UTF-16 ?

Добавлено через 5 минут
Блин, понял, сначала конвертируем из UTF8 в UTF16, а потом из UTF16 в CP1251.

А с точки зрения производительности - это ж двойные затраты получаются ? Может есть более быстрый способ конвертации между кодировками ?

0