Robertxiao

       曾經(jīng)有一篇關(guān)于C++程序?qū)懽鞯奈恼拢恼抡fC++程序員要花費20%的時間來處理字符串方面的細節(jié)問題，甚至更多。可見C++中的字符處理是相當復雜，原因是C++中有著豐富的字符及字符串類，如STL中的string,wstring,char,wchar_t、還有windows C程序?qū)懽髦蠵TSTR,PWSTR,PTSTR，MFC及ATL中的CString,  BSTR,_bstr_t,CComBSTR，OLESTR，還有一種隨編譯時是否預定義了UNICODE而被分析為具體類型的TCHAR及這些字符，或封裝類的一大把函數(shù)。而我們要用的系統(tǒng)函數(shù)，標準庫函數(shù)或其它庫函數(shù)。有的要這種字符而沒有提供接受其它字符的版本。這些原因也就促使了C++程序員往往要花許多的時間來處理字符串。上次和朋友聊到寫代碼的話題。他說一天只能寫三百來行的代碼。確實要寫高效的，高質(zhì)量的C++代碼很要下一番功夫。

        在上面介紹了許多的字符串，及字符串封裝類。實際上所有的這些類都最終可歸結(jié)為C風格字符串，也就是字符數(shù)組。目前字符的編碼方案主要有單字節(jié)字符(ANSI)編碼，多字節(jié)字符(MBCS)編碼，還有就是UNICODE編碼。前兩種字符編碼的字符還都是用char這個數(shù)據(jù)類型來維護。當是多字節(jié)時典型的就是2個字節(jié)時，就會用2個char來存儲，一個字節(jié)時就會用一個char來存儲。這就是串中的字符占多少個字節(jié)得看具體的字符，不能像原來一樣一個一個地數(shù)就可以知道會占多少個字節(jié)。UNICODE則簡化了這種編碼方案，讓每個字符都占用相同大小的字節(jié)，UNICODE 中的字符是用wchar_t來定義的，這中編碼方案則是每個字符都占用兩個字節(jié)。在這種編碼方案下我們又可以一個一個地數(shù)來算出占用了多少字節(jié)，計算機可以用一種統(tǒng)計方式來處理這種字符串了。雖然犧牲了些內(nèi)存，但換取了邏輯的簡單性。

        這里我寫了幾個工具函數(shù)，可以方便地在各種數(shù)據(jù)類型之間進行轉(zhuǎn)換。我認為這幾個函數(shù)會對處理字符串提供幫助，所在我就在首頁發(fā)表了。大家有什么好的想法可以回復我。另我這兩天會封裝MSXML來操作XML，希望大家能給點意見。到時我可以與相關(guān)參與的人員共享這個封裝。