Проблема с русским языком и видимо с кодировкой русского языка в win 10?

Question

[Денис Ахунов]

вывожу код в консоль на UTF-8, исходник так-же в UTF-8, но есть проблема, если я ввожу русские символы, то вывожу пустоту

#include <iostream>
#include <string>
#include <windows.h>
#include <iomanip>
#include <locale>
using namespace std;

struct datea
{
	string date;
};
int main()
{
	SetConsoleCP(CP_UTF8);
	SetConsoleOutputCP(CP_UTF8);
	datea date;
	cout << "Введите дату:";
	getline(cin, date.date);
	cout << "Дата:"<< date.date;
	return 0;
}

Answer 1

[Дмитрий Павлов]

В c++ нет по умолчанию поддержки русских букв, посмотрите здесь, как их включить.

Comments

[Денис Ахунов]

Это я знаю, но если пишешь структуру, то это уже почему-то не работает от слова совсем, VS даже жалуется

[Дмитрий Павлов]

Денис Ахунов, А что VS выводит в режиме отладки?

[res2001]

Дмитрий Павлов, Надо было дать эту ссылку, гораздо полезней.
Денис Ахунов, Лично я за последний вариант, который описан по ссылке выше (перекодировка).
Но если у вас какой-то учебный проект и не хочется запариваться с перекодировкой, то можно использовать "Самый простой (и самый неудобный) способ" по ссылке выше. Кстати, не понятно, что особо не удобного автор нашел в этом способе.

PS: WinAPI не ограничивается только описанными в статье функциями перекодировки, я бы предложил использовать более универсальный вариант: MultiByteToWideChar и ее двойника WideCharToMultiByte/

[Денис Ахунов]

res2001, Дмитрий Павлов, Хм. Нашел в интернете такой способ ( использовать wstring вместо string):

SetConsoleCP(1251);
SetConsoleOutputCP(1251);
ios_base::sync_with_stdio(false);
wcin.imbue(locale{ "Russian_Russia.1251" });
wcout.imbue(locale{ "Russian_Russia.1251" });

Вроде как всё работает

[res2001]

Денис Ахунов, Почему бы ему и не работать. Для тестовой задачи или лабы может и сгодится.
Хотя все будет зависеть от того как будет использоваться приложение.
Суть в том, что так вы меняете настройки внешнего окружения (кодировку консоли). Но само внешнее окружение может быть не готово работать с вашей кодировкой.
Например если входные данные будут подаваться в приложение из файла с помощью перенаправления стандартного ввода, а файл будет в другой кодировке (например в cp866), то SetConsoleCP(1251) не приведет к перекодировке файла и вы прочитаете данные в неправильной кодировке и все опять развалится.

Кроме того менять настройки консоли из программы - создавать дополнительные проблемы пользователям программы. Например вы пишете какую-то утилиту командной строки, которую наверняка будут использовать для автоматизации чего-либо во внешних скриптах и т.п. Писатель скриптов планирует везде использовать подходящую для него кодировку, а вы принудительно в своей утилите используете 1251, пользователю придется предпринимать какие-то дополнительные действия, чтобы использовать вашу программу.

Правильный подход - узнать текущую кодировку консоли и перекодировать весь ввод и вывод в эту кодировку.

Это все лирические отступления, чтоб вы осознали глубину проблемы :-)

[Денис Ахунов]

res2001, так, исходник в utf-8, консоль также в utf-8. Хм, как это сделать?

[Денис Ахунов]

res2001, если ничего не делать, то работать не будет

[res2001]

Денис Ахунов,

консоль также в utf-8

Консоль не нужно в UTF8. cmd.exe с давних пор не дружит с UTF8 (знаю про это еще со времен WinXP). Не в том смысле, что не может туда выводить текст, а в том, что в этой кодировке она перестает нормально работать, т.е. не выполняет введенные команды и т.п. На сколько помню в Вин10 это так и не починили, хотя я давно уже не интересовался.
Поэтому ваш вариант в консоли либо 1251, либо 866.

как это сделать?

А оно вам нужно? У вас же

Вроде как всё работает

.
Как сделать уже было написано выше.
Узнать кодировку консоли GetConsoleCP, перекодировать MultiByteToWideChar. В общем идите в MSDN, там по Windows Console API целый раздел есть.
А исходники, оставляйте в UTF8. Для хранения UTF8 используйте wchar_t* или (wstring и т.п.). Когда строка перекодируется из UTF8 в 1251, то она становится char* или string.

[res2001]

Денис Ахунов, Кстати, похоже UTF8 в консоли Вин10 починили. Прогресс не стоит на месте :)
Но это не отменяет моих рекомендаций по поводу того, что менять кодировку консоли из программы - это плохо. А так же не отменяет того, что по умолчанию в консоли используется кодировка cp866.