在windows下編程還是支持unicode吧,大勢所趨啊,window 2k以后的系統(tǒng)底層都是基于Unicode的,就算你調(diào)用ANSI的API(以A結(jié)尾比如SetWidowsTextA),系統(tǒng)也會在你的進(jìn)程默認(rèn)堆上動態(tài)分配一塊內(nèi)存,存放轉(zhuǎn)換后的Unicode字符串,然后把轉(zhuǎn)換后的字符串傳遞給API,如果調(diào)用了返回值為ANSI字符串的API,Windows會在后臺進(jìn)行相反的轉(zhuǎn)換,多浪費(fèi)時間啊!!就算不考慮效率問題,難道你不想讓你的軟件國際化嗎?你還想面臨半個漢字等尷尬的問題嗎?
其實(shí)VC中進(jìn)行Unicode編程也不麻煩,大概如下:
1.為工程添加UNICODE和_UNICODE預(yù)處理選項(xiàng),在VC.net中就是 項(xiàng)目 -> 屬性 -> c/c++ -> 預(yù)處理器 在\"預(yù)處理定義\"中加入這兩個宏定義(vc6中 project -> settings -> c/c++ -> general 中的 Preprocessor definitions).
2.Include(一般在stdafx.h中)然后把所有使用char*定義變量的地方換為LPTSTR/TCHAR*或LPCTSTR/const TCHAR*(對應(yīng)于const char*).
3.把所有的字符串常量用_T()宏包起來,比如 TCHAR* szText = _T(\"我的Text\");
4.所有的C庫字符串操作函數(shù)也做相應(yīng)的替換,比如
strlen ->_tcslen
strcat ->_tcscat
strcmp ->_tcscmp
......
注意,這些函數(shù)中的"文本長度"均為字符個數(shù),而非char個數(shù)具體參看MSDN.
5.API調(diào)用一般不用做特殊處理,當(dāng)定義了UNICODE和_UNICODE后,所有的API都會被宏指向W結(jié)尾的版本(不定義則指向A結(jié)尾的版本).
其實(shí),上面所說的并非強(qiáng)制你使用UNICODE,如果你還想回去使用ANSI,沒有問題,把第一步定義的兩個宏拿掉就OK了,繼續(xù)我們的ANSI編程??!
其實(shí)VC中進(jìn)行Unicode編程也不麻煩,大概如下:
1.為工程添加UNICODE和_UNICODE預(yù)處理選項(xiàng),在VC.net中就是 項(xiàng)目 -> 屬性 -> c/c++ -> 預(yù)處理器 在\"預(yù)處理定義\"中加入這兩個宏定義(vc6中 project -> settings -> c/c++ -> general 中的 Preprocessor definitions).
2.Include
3.把所有的字符串常量用_T()宏包起來,比如 TCHAR* szText = _T(\"我的Text\");
4.所有的C庫字符串操作函數(shù)也做相應(yīng)的替換,比如
strlen ->_tcslen
strcat ->_tcscat
strcmp ->_tcscmp
......
注意,這些函數(shù)中的"文本長度"均為字符個數(shù),而非char個數(shù)具體參看MSDN.
5.API調(diào)用一般不用做特殊處理,當(dāng)定義了UNICODE和_UNICODE后,所有的API都會被宏指向W結(jié)尾的版本(不定義則指向A結(jié)尾的版本).
其實(shí),上面所說的并非強(qiáng)制你使用UNICODE,如果你還想回去使用ANSI,沒有問題,把第一步定義的兩個宏拿掉就OK了,繼續(xù)我們的ANSI編程??!