環(huán)境的移植是什么樣的感受?我的一位師哥說的很真切：這是一項體力活!說的一點沒錯。在我將項目的環(huán)境設置成Unicode時,編譯時竟出現(xiàn)500多了錯誤!而在多字節(jié)環(huán)境下卻可以正常運行。在MSDN、網(wǎng)上查找了相關移植的資料.發(fā)現(xiàn)所謂的移植主要是將一些多字節(jié)函數(shù)使用Unicode環(huán)境下的函數(shù)替換一下.
例如strcmp()函數(shù)原型為:
未設置任何環(huán)境下的函數(shù)
int strcmp(
const char *string1,
const char *string2
);
Unicode環(huán)境下的函數(shù)
int wcscmp(
const wchar_t *string1,
const wchar_t *string2
);
多字節(jié)環(huán)境下的函數(shù)
int _mbscmp(
const unsigned char *string1,
const unsigned char *string2
);
因此,我按照MSDN上的函數(shù)說明,使用查找替換的方法,將所有strcmp 替換為 wcscmp.重新編譯一下,結果錯誤不僅沒有減少,反而又多了起來.經(jīng)過查看錯誤列表,發(fā)現(xiàn)新增的一些錯誤來自些帶多字節(jié)參數(shù)的函數(shù),如 void Compress(const char *lpszInfile,const char *lpszOutfile).由于這些函數(shù)參數(shù)形式為多字節(jié)的,而在函數(shù)體內部卻使用Unicode環(huán)境下的比較函數(shù),這當然是行不通的.再次查看MSDN,發(fā)現(xiàn)如下表格:
Generic-Text Routine Mappings
| TCHAR.H routine | _UNICODE & _MBCS not defined | _MBCS defined | _UNICODE defined |
| _tcscmp | strcmp | _mbscmp | wcscmp |
它的意思是說你可以使用宏定義函數(shù)來代替MBSC和Unicode函數(shù). Routine:說明該宏定義函數(shù)只有在運行時才會動態(tài)的根據(jù)環(huán)境來決定使用MBSC函數(shù)還是Unicode函數(shù).
現(xiàn)在我們分別在Unicode、MBSC、UnKnow環(huán)境下查看_tcscmp函數(shù)的提示信息：
Unicode環(huán)境
MBSC環(huán)境
UnKnow環(huán)境
一切都很明白。宏函數(shù)在各種環(huán)境下使用了不同的函數(shù)定義。現(xiàn)在我們可以放心的使用宏函數(shù)來替換原來的函數(shù)了。
于是我將需要的替換的函數(shù)都用宏函數(shù)做了替換。但是錯誤仍然很多，到底什么地方出錯了？我又仔細的查看了錯誤信息。原來許多類的函數(shù)帶有char類型參數(shù),由于在Unicode環(huán)境下使用宏函數(shù),所以函數(shù)的參數(shù)被解釋成了Unicode下的變量類型wchar_t,所以產(chǎn)生了類型不匹配的錯誤.但是我總不能都將所有的char類型都替換成wchar_t類型吧。這樣一來，就只能在Unicode環(huán)境下編譯使用了，如果需要轉換為MBCS環(huán)境又要修改變量類型，所以不具備通用性。經(jīng)過思考,我決定采用兩種方法來解決此問題。
一是保留原有參數(shù)類型，在函數(shù)體內不使用宏函數(shù)，如果參數(shù)是MBCS類型的就使用MBSC類型的函數(shù)。如果使用Unicode參數(shù)類型就使用Unicode類型函數(shù)。
如：參數(shù)是const char* 就使用 strcpy,strcmp之類的函數(shù)。
參數(shù)是 const wchar_t* 就使用 wcscpy,wcscmp之類的函數(shù)。
二是使用宏變量類型TCHAR,該變量也會根據(jù)環(huán)境的不同，使用不同的變量類型。
如：在MBSC環(huán)境下，TCHAR 代表char。
在Unicode環(huán)境下，TCHAR代表 wchar_t。
經(jīng)過如上的反復修改和調試，錯誤終于改完了。謝天謝地！
可惜，我高興的太早了。許多隱藏的錯誤弄得我焦頭爛額。在填充一個樹狀控件時，每一個樹項都成了亂碼。但編譯、運行為什么沒有出錯？帶著這個疑問，我使用調試器查看了運行時的變量值。結果發(fā)現(xiàn)，從文件中讀取的樹項被放入了char類型的緩沖區(qū)，而填充樹項卻在Unicode環(huán)境下進行的。我們知道：在MBSC環(huán)境下A=0x41，而在Unicode環(huán)境下A=0x41 00，所以多字節(jié)的字符串AB=0x4142，而在Unicdoe環(huán)境下則變成了AB=0x14 00 42 00，所以在Unicode環(huán)境下，0x4142被認為是一個字符，但編碼中并不存在這一字符，結果就變成了亂字符串。原因找到了，解決的辦法就是使用MultiByteToWideChar和WideCharToMultiByte兩個函數(shù)在MBCS和Unicode環(huán)境下來回的轉換。現(xiàn)在好了，終于完成了環(huán)境的移植。心里踏實多了。
希望我的這篇文章能對大家有所幫助。