Ну хотя бы тем, что облегчат тебе работу и в значительной степени уберегут от лишних ошибок в коде.И чем же это макросы лучше функций? Да ещё нуль-терминальная строка в интерфейсе.
Сам себе противоречишь.Romeo писал(а):Нет, не завёрнут. Для длины отдельное поле класса предусмотрено.
Облегчат работу как раз функции, а макросов не зря во всех книгах, где они упоминаются, рекомендуют избегать из-за того, что они не знают об областях видимости.WinMain писал(а):Ну хотя бы тем, что облегчат тебе работу и в значительной степени уберегут от лишних ошибок в коде.
Тем, что мне придётся таскать c_str по всему тексту для каждого вызова. И совсем другое дело, если приведение к нуль-терминальной завернуто в саму функцию приведения к std::string. В этом случае достаточно вызвать саму функцию и передать ей строку для преобразования.WinMain писал(а):А чем тебе не нравится константная null-terminated строка в формате UNICODE на входе функции?
Ога. И потом мучаться с сохранением в файл. Ну очень решение. Причём, если в UTF-8 будут лишние ноли, то вывод циклом обеспечен и нуль=терминалу.Romeo писал(а):Как решить проблему? Либо вернуть наружу перекодированный массив по поинтеру (и не забыть ему сделать delete [] после выводы в файл), либо возвращать std::vector<char>, воспользовавшись для создания его объекта конструтором, принимающим два итератора. Второй подход более красив, так как позволяет избежать потенциального мемори лика зазеваашемуся программисту, вызывающему твою функцию, но зато требует чуть большей сноровки.
И кто же запретит std::string юзать за строку байтов? А в байтах коды символов и части длинных кодов символов. Стринг то о кодировках не знает.Romeo писал(а):Повторюсь, ты использовал std::string, а не что-то другое. И с ним UTF-8 работать не будет.
Нет, не противоречу. Ты просто пытаешься читать между строк и додумывать за меня то, чего я не говорил. Выражение "внутри была" не говорит о том, что в классе, кроме СИ строки больше ничего нет.Сам себе противоречишь.
Это уже как заиплементишь. Ты ведь умный, и должен догадаться вывести size() - 1.Ога. И потом мучаться с сохранением в файл. Ну очень решение. Причём, если в UTF-8 будут лишние ноли, то вывод циклом обеспечен и нуль=терминалу.
Не путай. В книгах рекомендуют не писать свои макросы. Но если это уже часть библиотеки, причём ни какой-то там, а Microsoft, то никто не мешает тебе использовать макрос, тем более, если он удобен.Облегчат работу как раз функции, а макросов не зря во всех книгах, где они упоминаются, рекомендуют избегать из-за того, что они не знают об областях видимости.
Стринг о кодировках дейстивильного ничего не знает, но если строка станет честным UTF, как в твоём первом посте, то стринг не переварит внутренние нули. Я имел ввиду только это и больше ничего. Ты же почему-то постоянно пытаешь уйти от этой простой мысли, то делая цитаты из стандарта, то начиная придираться к словам и придумывать то, чего я не говорил, или вообще вспоминаешь какую-то там TString, которую вообще не используешь в коде. Будь мужиком, просто возьми и вернись к CP_UTF8 и докажи мне, что всё будет работать с std::string, если в строке кириллицаИ кто же запретит std::string юзать за строку байтов? А в байтах коды символов и части длинных кодов символов. Стринг то о кодировках не знает.
Код: Выделить всё
std::string WStringToUtf8 (const
std::wstring &s )
{
char *Buffer;
char *p;
size_t i;
size_t BufferSize;
std::string Result="";
if (!s.empty())
{
BufferSize=WideCharToMultiByte(CP_UTF8, 0, s.c_str(), s.length(), NULL, 0, NULL, NULL);
Buffer=new char[BufferSize];
if (Buffer!=NULL)
{
WideCharToMultiByte(CP_UTF8, 0, s.c_str(), s.length(), Buffer, BufferSize, NULL, NULL);
for (i=0, p=Buffer; i<BufferSize; ++i, ++p)
{
Result+=*p;
}
delete [] Buffer;
}
}
return Result;
}Код: Выделить всё
std::string Result="";
. . . . . .
for (i=0, p=Buffer; i<BufferSize; ++i, ++p)
{
Result+=*p;
}
Это вообще решается элементарно. Можно создать перегруженную функцию, которая на входе будет принимать строку в виде std::wstring и передавать вызов одноимённой функции, у которой на входе будет LPCWSTR. Вот как я это сделал...Тем, что мне придётся таскать c_str по всему тексту для каждого вызова. И совсем другое дело, если приведение к нуль-терминальной завернуто в саму функцию приведения к std::string.
Код: Выделить всё
std::string WcharToUtf8(LPCWSTR wszInputStr)
{
USES_CONVERSION;
LPCSTR output = W2CA_CP(wszInputStr, CP_UTF8);
//
return std::string(output);
}
std::string WcharToUtf8(const std::wstring& wInputStr)
{
return WcharToUtf8(wInputStr.c_str());
}
Код: Выделить всё
LPCWSTR wszHtmlPage =
L"<!DOCTYPE html>"
L"<html><head>"
L"<meta content=\"text/html; charset=utf-8\" http-equiv=\"content-type\" />"
L"<title>Всем привет!</title>"
L"</head><body>"
L"<h2>Это строка текста в кодировке UTF-8</h2>"
L"</body></html>";
std::string utf8 = WcharToUtf8(wszHtmlPage);
// Запись в файл
FILE *f = NULL;
_tfopen_s(&f, _T("HelloUTF8.html"), _T("w"));
if (f != NULL)
{
fputs(utf8.c_str(), f);
fclose(f);
}
От этого спасает SetConsoleOutputCP(1251). Если не помогло, то дополнительно проверить, что для консоли выставлен юникодный шрифт.WinMain писал(а):Если полученную на выходе строку в кодировке UTF-8 попытаться вывести на консоль, то нормально будут отображаться только латинские буквы, а вместо кириллицы получим нечитаемый текст.