文字處理軟件應(yīng)該是軟件開(kāi)發(fā)中的一大支柱，而任何軟件中字符串的處理更不可或缺。這里主要借鑒windows核心編程談?wù)勈褂肬NICODE的好處。
既然是基于windows編程，就得看看windows平臺(tái)本身對(duì)字符的處理方式。由于ANSI字符采用8位進(jìn)行編碼，對(duì)于西歐ABC之類足夠，然而對(duì)于中東的字符不實(shí)用（考慮下我們中國(guó)的漢字），所以就出現(xiàn)了UNICODE。window98是基于ANSI的平臺(tái)，windows2000是基于UNICODE開(kāi)發(fā)的平臺(tái)，因此可以知道在調(diào)用Windows API的時(shí)候，假如我們?cè)?8系統(tǒng)上傳遞UNICODE字符，那么系統(tǒng)在背后會(huì)先把字符轉(zhuǎn)化為ANSI字符然后調(diào)用API；相反，我們?cè)?000系統(tǒng)上傳遞ANSI字符，那么會(huì)先轉(zhuǎn)化為UNICODE字符。
去年看過(guò)（準(zhǔn)確說(shuō)是翻了一下，沒(méi)時(shí)間看）一本書《C/C++-編程高手箴言》(梁肇新 超級(jí)解霸作者)，他里面有一部分是談到使CPU降溫，很好奇翻了一下，主要講如何使CPU少轉(zhuǎn)幾圈。我的感想是，要想成為一名優(yōu)秀的軟件開(kāi)發(fā)人員，必須make good use of (有時(shí)漢語(yǔ)無(wú)法表達(dá)這么好) CPU和RAM，盡量少浪費(fèi)時(shí)鐘和內(nèi)存塊，當(dāng)然也需要充分利用否則也是浪費(fèi)，其中把握的是一個(gè)度，扯遠(yuǎn)了，回來(lái)繼續(xù)談UNICODE。
先看看使用UNICODE的好處(書上的)：
1、可以很容易地在不同語(yǔ)言之間進(jìn)行數(shù)據(jù)交換。
2、使你能夠分配支持所有語(yǔ)言的單個(gè)二進(jìn)制。exe文件或DLL文件。
3、提高應(yīng)用程序的運(yùn)行效率。
如何基于UNICODE編譯：
只需定義宏_UNICODE或者UNICODE (VC 2005默認(rèn)采用Unicode編譯)
Windows宏定義處理支持ANSI和UNICODE編譯
大學(xué)C、C++語(yǔ)言中我們學(xué)習(xí)字符表示是char，由于書中講解全部一個(gè)模式，而開(kāi)發(fā)類書籍很少講解ANSI、UNICODE字符串區(qū)別，使得很少有人關(guān)注。在進(jìn)行函數(shù)調(diào)用的時(shí)候，很少去關(guān)注接口處字符串處理，可能無(wú)意中你就使CPU多轉(zhuǎn)幾圈。
ANSI字符表示是char，占8位；UNICODE字符表示是wchar_t，占16位。Windows編程用宏對(duì)這兩種類型進(jìn)行了封裝：
typedef?char?CHAR;
typedef?wchar_t?WCHAR;表示這兩種字符串?dāng)?shù)據(jù)：
CHAR????chANSI[]????=?"hello";
WCHAR????chUnicode[]????=?L"hello"; 同樣表示字符串卻要使用兩種表示方法，Windows為我們定義了一套宏用來(lái)處理這些問(wèn)題，例如用TCHAR宏表示字符，用_T()宏來(lái)表示字符常量類型，它根據(jù)編譯字符集選項(xiàng)來(lái)確定具體類型。同樣定義了字符處理函數(shù)宏，具體參看msdn。
下面基于提高應(yīng)用程序的運(yùn)行效率來(lái)探討，純理論分析：
CHAR????chANSI[100];
WCHAR????chUnicode[100];
//?Normal?sprintf:?all?string?are?ANSI
sprintf(chANSI,?"%s",?"ANSI?Str");
//?Converts?Unicode?string?to?ANSI?(Be?careful?%s?and?%S)
sprintf(chANSI,?"%S",?L"Unicode?Str");
//?Normal?swprintf:?all?string?are?Unicode
swprintf(chUnicode,?L"%s",?L"Unicode?Str");
//?Converts?ANSI??string?to?Unicode?(Be?careful?%s?and?%S)
swprintf(chUnicode,?L"%S",?"ANSI?Str"); 從上面可以看出，簡(jiǎn)單的一個(gè)打印函數(shù)都可能導(dǎo)致CPU多花時(shí)鐘來(lái)進(jìn)行函數(shù)調(diào)用前處理，所以編程時(shí)一定要養(yǎng)成好習(xí)慣，隨手做到可能使你的代碼與眾不同。由于我們目前的系統(tǒng)大多是Windows 2000以上版本，采用Uincode字符集，在API調(diào)用的時(shí)候接口字符都是Unicode的，所以最好采用Unicode字符風(fēng)格進(jìn)行編碼，這樣可以減少調(diào)用時(shí)轉(zhuǎn)換開(kāi)銷。
應(yīng)該注意的問(wèn)題：
假設(shè)定義一個(gè)字符數(shù)組TCHAR szName[100]，當(dāng)基于Unicode編譯的時(shí)候，它實(shí)際占用200字節(jié)，假設(shè)有一個(gè)給字符賦值函數(shù)：
void?SetName(TCHAR*?pName,?int?iSize) 調(diào)用該函數(shù)：
SetName(szName,?sizeof(szName)) 這樣就可能產(chǎn)生錯(cuò)誤，sizeof求出的是數(shù)組所占字節(jié)數(shù)目，而不是字符個(gè)數(shù)，字符個(gè)數(shù)應(yīng)該是sizeof(szName)/sizeof(TCHAR)。所以編程的時(shí)候腦袋一定要繃緊一根弦，提防類似錯(cuò)誤。
好了，按照梁大師的理論CPU應(yīng)該是降溫了，按照能量守恒定律CPU熱量由電產(chǎn)生，那我們應(yīng)該是節(jié)約用電了呀！真想不到編程風(fēng)格可以直接為國(guó)家節(jié)約用電，何樂(lè)而不為。開(kāi)玩笑，不過(guò)我這樣喜歡電腦的人確實(shí)希望電腦可以輕松一點(diǎn)，尤其我大學(xué)那個(gè)電腦，一轉(zhuǎn)起來(lái)咔嚓響，仿佛象老人一樣不堪重負(fù)，真為它擔(dān)心。
posted on 2006-09-11 20:34
萬(wàn)連文 閱讀(2335)
評(píng)論(12) 編輯 收藏 引用 所屬分類:
亂七八糟