Общие сведения о Multibyte/Unicode

Question

Я просто возвращаюсь к программированию на C++, MFC, Unicode. За последние 20 лет менялось множество.

Код на другом проекте составлен просто отлично, но были ошибки, когда я вставляю его в свой код. Он взял меня 1-1/2 дней потраченного времени, чтобы решить вызов функции ниже:

enter code here 
CString CFileOperation::ChangeFileName(CString sFileName) 
{ 
    char drive[MAX_PATH], dir[MAX_PATH], name[MAX_PATH], ext[MAX_PATH]; 
    _splitpath_s(sFileName, drive, dir, name, ext); //error 
    ------- other code 
} 

После прочтения справки, я изменил CString sFileName использовать бросок:

enter code here 
_splitpath_s((LPTCSTR)sFileName, drive, dir, name, ext); //error 

Это создало ошибка тоже. Итак, я использовал GetBuffer(), который действительно такой же, как и выше.

enter code here 
char* s = sFileName.GetBuffer(300); 
_splitpath_s(s, drive, dir, name, ext); //same error for the 3rd time 
sFileName.ReleaseBuffer(); 

В этот момент я был очень расстроен, но в конце концов понял, что мне нужно изменить CString к Ascii (я думаю, потому что я настроен как Unicode).

следовательно;

enter code here 
CT2A strAscii(sFileName); //convert CString to ascii, for splitpath() 

затем использовать strAscii.m_pz в функции _splitpath_s()

Это, наконец, работал. Итак, после всего этого, чтобы сделать историю короткой, мне нужна помощь сосредоточив внимание на: 1. Unicode против MULIT-Byte (вызовы библиотек) 2. Переменные для использования

Я готов купить еще одну книгу, пожалуйста, ВЫГОДНО , Кроме того, есть ли способ фильтровать мою помощь на VS2015, так что когда я нахожусь на переменной и нажимаю F1, она только дает мне помощь для Unicode и способы конвертировать старый код в Юникод или конвертировать Mylti-Byte в Unicode.

Надеюсь, это не смущает, но у меня есть кое-что догоняющее. Будьте терпеливы, если моя формулировка не идеальна.

Заранее спасибо.

Answer 1

documentation of _splitpath содержит список Unicode (wchar_t) версии _wsplitpath. Это тот, который вы должны использовать. Не конвертируйте в ASCII или Windows ANSI, которые, как правило, теряют информацию и не выдают допустимый путь, когда вы рекомбинируете фрагменты.

Современное программирование Windows основано на Unicode.

Проект Visual Studio C++ по умолчанию основан на Unicode, в частности он определяет макрокоманду UNICODE, которая влияет на объявления от <windows.h>.

Answer 2

Попробуйте использовать _tsplitpath_s и TCHAR.

Таким образом, окончательный код выглядит примерно так:

CString CFileOperation::ChangeFileName(CString sFileName) 
{ 
    TCHAR drive[MAX_PATH], dir[MAX_PATH], name[MAX_PATH], ext[MAX_PATH]; 
    _tsplitpath_s(sFileName, drive, dir, name, ext); //error 
    ------- other code 
} 

Это позволит C++ компилятор использовать правильную ширину символа во время сборки в зависимости от настроек проекта

Answer 3

Все поддерживаемые версии Windows, использующих Unicode внутренне повсюду, и ваша заявка тоже должна. Windows использует кодировку UTF-16.

Для того, чтобы ваше приложение поддерживает Юникод вам необходимо выполнить следующие шаги:

• Выставьте вашего проекта Character Set к «Использование Unicode Character Set» (если он в настоящее время установлено в «Использование Multi- Байт-набор символов "). Это не является строго обязательным, но оно касается тех случаев, когда вы явно не используете версию Unicode.
• Используйте wchar_t (вместо char или TCHAR) для ваших строк.
• Использовать широкие символы символов (L"..." вместо "...").
• Используйте CStringW (вместо CStringA или CString) в проекте MFC.
• Явным образом вызывать Unicode версию CRT (например, wcslen вместо strlen или _tcslen).
• Явно призываю версию Unicode любого вызова Windows API, где она существует (например, CreateWindowExW вместо CreateWindowExA или CreateWindowEx).