ustring - std :: string/std :: wstring的就地替換？

Question

上C++ and UTF8 - Why not just replace ASCII?

的延續爲什麼沒有std::ustring可以代替兩個std::string，std::wstring在新的應用？

當然在標準庫中有相應的支持。類似於boost::filesystem3::path不關心字符串表示並與std::string和std::wstring一起使用。

Answer 1

爲什麼要替換任何東西？

string和wstring是對應於char和wchar_t，其與所述環境中的界面的上下文中是指攜帶在分別爲「系統的窄多字節表示」編碼的數據和固定寬度在「字符串類別系統的編碼「。

在另一方面，u8/u/U，以及char16_t和char32_t，以及對應的字符串類別，旨在用於UTF-8/16/32編碼的Unicode碼點序列的存儲。

後者是與前者分開的問題域。該標準不包含橋接兩個域的機制（並且通常需要諸如iconv()的庫來使該橋可移植，例如通過對WCHAR_T/UTF-32進行轉碼）。

這裏是我的相關問題標準列表：#1，#2，#3

Answer 2

有std::u16string和std::u32string。您可能希望使用這些標準庫的標準庫命名一個用fstream打開的文件，將不會被改爲使用這些文件，因爲它們實際上不能。例如，某些平臺採用幾乎任意的字節字符串來命名要打開的文件，但沒有指定的編碼。不得不通過具有特定編碼的字符串運行它會破壞事物並且不兼容。