摘要: 硬編碼的硬傷——補救——Windows的策略——Linux的策略——跨平臺策略——gettext策略——更多  閱讀全文      摘要: C++的流和本地化策略集——basic_filebuf——利用fstream實現(xiàn)寬窄轉(zhuǎn)換  閱讀全文      摘要: locale和facet——codecvt——內(nèi)部編碼和外部編碼——CodecvtFacet的in()和out()——演示程序源代碼——use_facet  閱讀全文      摘要: std::locale——mbstowcs()和wcstombs()——寬窄轉(zhuǎn)換函數(shù)：string和wstring之間的轉(zhuǎn)換。  閱讀全文      摘要: Unicode和UCS——Unicode和UTF——UTF-8和Windows GB2312——UTF-16和UCS-2——UTF-32和UCS-4——BOM  閱讀全文      摘要: 從字符到整數(shù)——本地化策略集（locale）——C/C++的編譯策略——寬字符 wchar_t  閱讀全文      摘要: 我們將UDP版的doEcho()也設計成返回bool：true表示循環(huán)繼續(xù)；false表示關閉客戶端。  閱讀全文      摘要: 這里跟TCP有些細微的差別。在TCP中，recv()返回0表示連接正常斷開，而UDP中沒有連接和斷開的概念，recv()或者recvfrom()返回0表示收到一個0字節(jié)大小數(shù)據(jù)的數(shù)據(jù)報。另外，因為TCP是一對一連接的，所以一旦連接上，TCP服務器只能處理來自一個客戶端的echo請求（后面會講到多線程的使用，就可以讓TCP同時處理多個客戶端了）；而UDP服務器則可以處理來自任何客戶端的echo請求，為了返回信息到正確的客戶端，我們的策略是，接收一個UDP數(shù)據(jù)包后，馬上刷新發(fā)送目標地址為上一次接收地址，然后再回發(fā)數(shù)據(jù)，所以這里每次多了一個重新指定發(fā)送目的地的函數(shù)。  閱讀全文      摘要: 因為UDP是按數(shù)據(jù)包接收的，我們在接收之前并不知道這個數(shù)據(jù)包有多大。一個策略是，我們準備足夠大的應用程序緩存以免出錯，但是這個“足夠大”的概念是建立在我們對傳送的數(shù)據(jù)事先有了解的情況下，比如是我們自己設計服務器端和客戶端并且制定應用層協(xié)議；另外一種策略是，將一個數(shù)據(jù)包的相關信息記錄在數(shù)據(jù)包的前面的一些字節(jié)中，比如說大小，這樣，我們可以通過預讀數(shù)據(jù)包的前面一段，得到這個數(shù)據(jù)包的相關信息，比如說大小，然后再安排緩存。  閱讀全文