Пожалуй самый часто задаваемый вопрос на MFC-форуме выглядит примерно так:
| Цитата |
У меня в строке: SetWindowText( "Text" ); компилятор выдает ошибку: error C2664: 'CWnd::SetWindowTextW' : cannot convert parameter 1 from 'const char [5]' to 'LPCTSTR' Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast Что делать? |
Дело в том, что у вас в настройках проекта установлена опция "Use Unicode Character Set", а вы пытаетесь использовать неюникодную строку: "Text"
Существуют следующие варианты решения:
1. Отключить юникод в проекте. Самый простой, но идеологически неправильный путь. Когда-нибудь может выйти боком.
2. Использовать юникодные строки. Правильный путь, но следующий лучше.
3. Сделать код в проекте независимым от настроек юникода. Самый верный путь.
В чем отличия Unicode Multi-Byte?
простыми словами: UniCode - на символ 2 байта, в MultiByte - 1 байт. Как известно в 1 байте 8 бит. Каждый бит может быть либо 0 либо 1 по определению. И это двоичное исчисление. Следовательно, ты можешь из 8 бит получить 2 в 8 степени комбинаций, то есть 256. А в двух байтах комбинаций 65536. Соответственно любимый всеми албанский язык может не поместиться в 256-ти комбинациях вместе с латинским-английским. А что говорить об иероглифах? Вот и сделали 2 байта - должно хватать всем. Сам понимаешь, что из одного байта ты с большей вероятностью перейдешь без потери информативности в два байта, чем обратно. Следовательно, для того, чтобы программы твои могли ходить по всему миру - работай в Unicode (надо то всего лишь галочку поставить). Вот и у тебя в подписи какая то строка из трех иероглифов - как они уживутся в 1 байте с латинским и русским(украинским) алфавитом(раскладкой).
Автор: http://vingrad.ru/@takedo Источник: http://forum.vingrad.ru/index.php?show_type=forum&showtopic=134403
Как включить/отключить юникод в проекте.
На примере Visual C++ 8.0 (входит в состав Microsoft Visual Studio 2005).
В главном меню находим "Project", заходим в <имя_вышего_проекта> properties... либо жмем Alt+F7.
Появляется диалог настроек проекта, раскрываем ветку Configuration Properties->General (для более ранних версий студии просто General),
ищем строку Charaster Set, выбираем для нее значение Use Multi-Byte charaster Set, для отключения юникода и, соответственно,
Use Unicode charaster Set для включения.
Использование юникодных строк.
Правильнее говорить строковые литералы, но не суть.
Строка Multi-Byte задается, как вы уже наверное знаете, так:
| Код |
|
юникодная строка так:
| Код |
|
те для приведенного выше примера подойдет такая запись:
| Код |
|
Сделать код в проекте независимым от настроек юникода
Для этого нужно обернуть все строки макросом _T() или TEXT(), а в качестве типа, представляющего отдельный символ использовать TCHAR.
Пример:
| Код |
|
те для приведенного выше примера подойдет такая запись:
SetWindowText( _T("Text") );
Теперь компилятор, в зависимости от настроек проекта интерпретирует строку правильно,
то есть если юникод включен то как L"Text", а если выключен, то как "Text",
а тип TCHAR будет понят как WCHAR или CHAR соответственно.
Тоже касается типа LPTSTR, который разворачивается в LPWSTR либо LPSTR
Практически для всех функций, принимающих строки в качестве аргументов существует два варианта - с буквами A и W на конце,
также существуют соответствующие макросы котрые разворачиваются в один из вариантов в зависимости от настроек юникода.
К примеру существуют функции:
SetWindowTextA
SetWindowTextW
и макрос:
SetWindowText, который будет интерпретирован компилятором как один из вариантов выше.
Вывод: если делаете код независимым от настроек юникода, используйте имена функций без A и W на конце,
иначе вы только запутываете себя и окружающих.
Посмотрим что получается в нашем примере:
| Код |
|
если юникод включен, то он воспринимается компилятором, как если было бы написано:
| Код |
|
если юникод выключен, то как:
| Код |
|
чего мы и добивались - проект будет компилироваться в любом случае.
Следует только добавить, что для функций из Microsoft run-time library тоже существует по три вида на каждую,
только зная один из видов не всегда легко догадаться, какие остальные два вида.
Для printf() например, подборка такая:
_tprintf - для TCHAR
printf - для CHAR
wprintf - для WCHAR
для юникодо-независимого кода нужно использовать _tprintf.
чтобы узнать вид TCHAR'ного эквивалента для конкретной функции пользуйтесь MSDN
(печатаем printf, ставим на него курсор, жмем F1).
Отличия макросов _T() и TEXT()
отличие очень тонкое. У MS есть два макроса для юникода/неюникода:
1. UNCIDOE - PSDK (Platform SDK - Windows SDK) для WinAPI функций.
2. _UNICODE- в CRT (C Runtime) для всяких _tprintf, _tcsclen и пр.
Для первого в winnt.h определяется макрос TEXT, именно он рекомендуется к использованию (так как фнукциями WinAPI пользуются чаще, хотя правда вряд ли кто-то будет определять юникод для одного и запрещать для другого
). Для последнего - в tchar.h есть _T и _TEXT.Вот так. Когда в пропертях проекта ставим юникод - в команд-лайн компилера добавляется /DUNICODE и /D_UNICODE. Потому (дополнительно) явные дефайны не рулят - надо знать, что делаем и для чего.
Автор: http://vingrad.ru/@Любитель Источник: http://forum.vingrad.ru/index.php?show_type=forum&showtopic=147226
Преобразование из Unicode в Multi-Byte
Проекты у меня всегда Юникод.Но попалась функция.где алгоритм должен был работать с АНСИ строкой.
Вот так примерно я сделал.
| Код |
|
Автор: http://vingrad.ru/@Coocky Источник: http://forum.vingrad.ru/index.php?show_type=forum&showtopic=164907
Не понимаю, чего вы паритесь. Строки обоих типов прекрасно друг в друга преобразовываются: у них есть шаблонные конструкторы и операторы присваивания. Вот этот код нормально компилируется и работает:
| Код |
|
Конечно, все это правильно насчет WideCharToMultiByte и т.д., но это уже прописано внутри ATL\MFC.
Автор: http://vingrad.ru/@Earnest Источник: http://forum.vingrad.ru/index.php?show_type=forum&showtopic=164907
Просто я не совсем уверен, что в хедерах в этом случае лучше писать TCHAR, а не с указанием конкретного типа.