WChars、編碼、標(biāo)準(zhǔn)和便攜性下面的問題可能不符合要求，如果超出范圍，請隨時(shí)告訴我離開。這里的問題基本上是，“我是否正確地理解了C標(biāo)準(zhǔn)，這是正確的方法嗎？”我想要求澄清、確認(rèn)和更正我對C中字符處理的理解(因此C+和C+0x)。首先，一個(gè)重要的觀察：可移植性和序列化是正交概念。便攜的東西就像C，unsigned int, wchar_t..可序列化的東西是這樣的uint32_t或者UTF-8?！翱梢浦病币馕吨梢栽诿總€(gè)受支持的平臺(tái)上重新編譯相同的源代碼并獲得工作結(jié)果，但是二進(jìn)制表示可能完全不同(甚至不存在，例如tcp對載體鴿子)。另一方面，可序列化的事物總是具有同表示，例如，我可以在Windows桌面、手機(jī)或牙刷上讀取的PNG文件。可移植的東西是內(nèi)部的，可串行化的東西處理I/O，便攜的東西是類型化的，可序列化的東西需要類型雙關(guān)語。</序言>談到C中的字符處理，有兩組內(nèi)容分別與可移植性和序列化相關(guān)：wchar_t, setlocale(), mbsrtowcs()/wcsrtombs(): C標(biāo)準(zhǔn)對“編碼”只字不提。事實(shí)上，它對任何文本或編碼屬性都是完全不可知的。上面只寫著“你的切入點(diǎn)是main(int, char**)；你得到了一個(gè)類型wchar_t它可以保存系統(tǒng)的所有字符；您可以獲得讀取輸入字符序列的函數(shù)，并將它們轉(zhuǎn)換為可行的wstring，反之亦然。iconv()和UTF-8，16，32：在定義明確的固定編碼之間轉(zhuǎn)換代碼的函數(shù)/庫。ICov處理的所有編碼都是普遍理解和商定的，只有一個(gè)例外。C的可移植的、編碼不可知的世界與它之間的橋梁wchar_t可移植字符類型和確定性外部世界是WCHAR-T和UTF之間的ICUV轉(zhuǎn)換.因此，我應(yīng)該始終將字符串存儲(chǔ)在與編碼無關(guān)的wstring中嗎？wcsrtombs()，并使用iconv()為了序列化？概念上：                        my program    <-- wcstombs ---  /==============\   --- iconv(UTF8, WCHAR_T) -->CRT                   |   wchar_t[]  |                                <Disk>    --- mbstowcs -->  \==============/   <-- iconv(WCHAR_T, UTF8) ---                            |                            +-- iconv(WCHAR_T, UCS-4) --+                                                        |       ... <--- (adv. Unicode malarkey) ----- libicu ---+實(shí)際上，這意味著我會(huì)為我的程序入口點(diǎn)編寫兩個(gè)鍋爐板包裝器，例如C+：// Portable wmain()-wrapper#include <clocale>#include <cwchar>#include <string>#include <vector>這是使用純標(biāo)準(zhǔn)C/C+編寫一個(gè)慣用的、可移植的、通用的、與編碼無關(guān)的程序核心的正確方法嗎？(請注意，Unicode規(guī)范化或diacritic替換等問題超出了范圍；只有在您決定實(shí)際需要之后才能解決。Unicode(與你可能想要的任何其他編碼系統(tǒng)不同)，現(xiàn)在是處理這些細(xì)節(jié)的時(shí)候了嗎，例如使用像libicu這樣的專用庫。)