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