фишки MSVC касаемо Unicode Character Set

здравствуйте, дружыщща.

нигде не могу информацию о том, как корректно работать с строковыми типами данных в MSVC, чтобы тем самым обеспечить работоспособность кода, перенесенного с одной Студии на другую, имеющую разные настройки проджекта.

допустим, есть такой кусочег кода:

Код (Text):

1. #include "stdafx.h"
2. #include <afxwin.h>
3. #include <iostream>
4.  
5. using namespace std;
6.  
7. int main()
8. {
9.    CFileFind finder;
10.    BOOL bWorking = finder.FindFile(("*.*"));
11.    while (bWorking)
12.    {
13.       bWorking = finder.FindNextFile();
14.       cout << (LPCTSTR) finder.GetFileName() << endl;
15.    }
16.    return 0;
17. }

если в св-вах проджекта стоит Character Set: not set;
то все окей
если же указать Character Set: use UNICODE Character Set;
то получаем

хочу научиться писАть так, чтобы работа с строковыми типами данных в коде корректно работала при _любых_ выставленных "Character Set"-aх у проджектов.

подскажите пару финтов? спасибо.

 

Использовать TCHAR, который раскрывается в char при ANSI настройках и в wchar при UNICODE.

Код (Text):

1. #include <tchar.h>
2. TCHAR Str[]=_T("some string");

 

хорошо, это понятно...
а если я работаю с MFC классами, как в моем примере выше? кстати, этот пример из MSDN. как его дополнить, чтобы ему были глубоко фиолетовы конкретные выставленные настройки проджекта в плане Character Set?

 

BOOL bWorking = finder.FindFile(_T("*.*"));

 

n0name
уже пробовал.
в случае, когда в св-вах проджекта указано: Character Set: use UNICODE Character Set
вместо списка файлов при запуске получаем

 

varnie

Код (Text):

1. virtual BOOL FindFile(LPCTSTR pstrName = NULL, DWORD dwUnused = 0);

и вообще, CFileFind работает почти везде с CString, к-рый по сути CStringT

 

Код (Text):

1. #include "stdafx.h"
2. #include <afxwin.h>
3. #include <iostream>
4.  
5. using namespace std;
6.  
7. int _tmain(int argc, _TCHAR* argv[])
8. {
9.     CFileFind finder;
10.     BOOL bWorking = finder.FindFile(TEXT("*.*"));
11.     while (bWorking)
12.     {
13.         bWorking = finder.FindNextFile();
14.         [b]wcout[/b] << (LPTSTR)finder.GetFileName().GetString() << endl;
15.     }
16.     return 0;
17. }

 

не прокатит если будет multi-byte.
я бы юзал cout << T2A(finder.GetFileName().GetString()) << endl;

 

http://www.tech-archive.net/Archive/VC/microsoft.public.vc.language/2007-07/msg00018.html

Код (Text):

1. #ifndef UNICODE
2. #define STDTCOUT std::cout
3. #else
4. #define STDTCOUT std::wcout
5. #endif

 

nobodyzzz
прогнал при всех разных настройках кодировки проджекта - во всех случаях работает верно.
n0name
твой вариант не завелся вообще, хотя я испробовал все 3 параметра для кодировки.
flankerx
да, вариант с глобальным дефайном работает. но неужели все так сложно в MS VC королевстве? :-(

интересно то, что в этом дефолтном примере из MSDN не приведено таки общее решение, учитывающее различные параметры проджекта в плане кодировки.

моя проблема, что я фактически не знаком вообще со Студией, т.к. все это время писал на чистом C++, игнорируя мир IDE... а сейчас вся эта микрософтовская лабудень с кодировками, миллионами макросов итд меня сбивает с толку.
подскажите, как с этим подружиться все же?

 

Так уж получилось. Для std::basic_stream есть перегрузка для преобразования char в wchar_t, а вот наоборот - нет. Поэтому проще использовать во всех случаях std::wcout.

Не MFC единым живёт человек, есть куча альтернатив.

 

IceStudent

Можно подробней?
Только не о VCL и QT.
И ещё можете какие библиотеки посоветовать ,типа буста, для ежедневной рутины.
Так сказать джентельменский C++ набор библиотек кодера.

 

Тогда промолчу

Так это зависит от задач, возникающих в процессе "ежедневной рутины", да и оффтоп.

 

IceStudent
эти сведения запомню, спасибо.

да, это так, и тут сложно и поспорить
но MFC в подавляющем большинстве случаев, равно как и сама Студия, значится в требованиях у контор.

 

Ну тогда остаётся учить эту либу и пытаться "жить" по её правилам. Так что tchar.h в помощь.