Новые символы Юникода в C ++ 0x - PullRequest
Новая
       38

Новые символы Юникода в C ++ 0x

25 голосов
/ 16 мая 2009

Я создаю API, который позволяет мне извлекать строки в различных кодировках, включая utf8, utf16, utf32 и wchar_t (это может быть utf32 или utf16 в зависимости от ОС).

  1. В новом стандарте C ++ введены новые типы char16_t и char32_t, которые не имеют такого размера неоднозначности и должны использоваться в будущем, поэтому я хотел бы также поддержать их, но вопрос в том, будут ли они мешать нормальным uint16_t, uint32_t, wchar_t типам, не допускающим перегрузку, поскольку они могут относиться к одному и тому же типу? 

    class some_class {
public:
    void set(std::string); // utf8 string
    void set(std::wstring); // wchar string utf16 or utf32 according
                             // to sizeof(wchar_t)
    void set(std::basic_string<uint16_t>)
                         // wchar independent utf16 string
    void set(std::basic_string<uint32_t>);
                         // wchar independent utf32 string

#ifdef HAVE_NEW_UNICODE_CHARRECTERS
    void set(std::basic_string<char16_t>)
                         // new standard utf16 string
    void set(std::basic_string<char32_t>);
                         // new standard utf32 string
#endif
};

    Так что я могу просто написать: 

    foo.set(U"Some utf32 String");
foo.set(u"Some utf16 string");

  2. Что такое typedef для std::basic_string<char16_t> и std::basic_string<char32_t>, как сегодня: 

    typedef basic_string<wchar_t> wstring.

    Я не могу найти ссылку.

    Редактировать: согласно заголовкам gcc-4.4, которые представили эти новые типы: 

    typedef basic_string<char16_t> u16string;
typedef basic_string<char32_t> u32string;

    Я просто хочу убедиться, что это действительное стандартное требование, а не gcc-ism.

1 Ответ

30 голосов
/ 16 мая 2009

1) char16_t и char32_t будут различными новыми типами, поэтому возможна их перегрузка.

Цитата из ISO / IEC JTC1 SC22 WG21 N2018 :

Определите char16_t как typedef для отличный новый тип, с именем _Char16_t имеет тот же размер и представление, что и uint_least16_t. Аналогично, определите char32_t как typedef для нового определенного типа, с имя _Char32_t, которое имеет тот же размер и представление как uint_least32_t.

Дальнейшее объяснение (из статьи на devx.com " Готовьтесь к революции Юникода "):

Вы, наверное, задаетесь вопросом, почему _Char16_t и _Char32_t типы и ключевые слова необходимы в первую очередь когда typedefs uint_least16_t и uint_least32_t уже доступны. Основная проблема в том, что новые типы решить перегрузку. Это снег возможно перегрузить функции, которые возьмите _Char16_t и _Char32_t аргументы и создавать специализации такие как std::basic_string<_Char16_t> которые отличаются от std::basic_string <wchar_t>.

2) u16string и u32string действительно являются частью C ++ 0x, а не только GCC'-системами, как они упоминаются в различных стандартных проектах документов . Они будут включены в новый заголовок <string>. Цитата из той же статьи:

Стандартная библиотека также предоставит _Char16_t и _Char32_t typedefs, по аналогии с typedefs wstring, wcout и т. Д. Для следующих стандартных классов:

filebuf, streambuf, streampos, streamoff, ios, istream, ostream, fstream, ifstream, ofstream, stringstream, istringstream, ostringstream, string

...