?? 00000029.htm
字號:
<?xml version="1.0" encoding="gb2312"?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=gb2312"/><title>Microsoft Windows CE 編程的十點忠告 turbolinux </title></head><body><center><h1>BBS 水木清華站∶精華區</h1></center><a name="top"></a>發信人: encarta (知更鳥), 信區: Embedded <br />標 題: Microsoft Windows CE 編程的十點忠告 <br />發信站: BBS 水木清華站 (Thu Aug 10 21:37:50 2000) <br /> <br />以下轉載自微軟網站 <br /> <br /> <br />Microsoft Windows CE 編程的十點忠告 <br />---------------------------------------------------------------------------- <br />---- <br /> 最近兩周我們花了大部分時間將已有的應用程序移植到Microsoft Windows CE中。 <br />一般說來，這個計劃不是太難。我們起步于Microsoft Win32代碼，當然 Windows CE是 <br />基于Win32應用程序接口（API）的。有利的是，我們的應用程序（即Raima 數據管理器 <br />）有方便的使用接口，并包含一個大約由150個子函數組成的庫，這些函數都是由C語言 <br />寫成，可以用來創建、管理和訪問數據庫。 <br /> 按建立應用程序的方式來說，我們原以為將它移植到Windows CE中是一項相對簡單 <br />的C語言編程練習。然而，我們不久便遇到好些困難。從粗心大意的錯誤開始，比如在基 <br />于Windows NT 的Windows CE仿真器上使用Microsoft Windows NT庫，接著又違背Windo <br />ws CE的編程戒律，如"千萬不要給Unicode（國際標準組織10646標準）字符分配奇數內 <br />存地址"。 <br /> 大約有百分之九十的問題或多或少地與Unicode有關。盡管Unicode編程不難，但是 <br />，當給單字節字符編寫代碼時，很容易出錯（我有過許多次錯誤）。 <br /> 下面這些忠告是根據我們在Windows CE上編寫Raima 數據管理器的經驗總結出來的 <br />，但我相信，在做任何其它Windows CE程序之前，它們都值得借鑒。畢竟大多數Window <br />s開發者，當他們創建第一個Windows CE應用程序時，真正運用的是已掌握的Win32知識 <br />。 <br />1. 不要在仿真器上使用Windows NT庫 <br /> 這里所討論的第一個錯誤實在太愚蠢了，但我還是陷了進去，也許你也會。當用Mi <br />crosoft VC++（5.0版）創建一個Windows CE程序時，你會發現，包含路徑（include） <br />、 庫路徑（library）、及可執行程序路徑被自動調整以匹配反應目標環境的選擇。因 <br />此，比如說為Windows CE模擬器建立應用程序時，你會發現，include路徑沒有指向Win <br />32的包含文件（在VC目錄下），而是指向Windows CE包含文件（在WCE目錄下）。千萬別 <br />去修改。 <br /> 由于Windows CE在Windows NT下運行，所以仿真器上運行的程序能夠調用任一Wind <br />ows NT動態鏈接庫(DLL)中的函數，即使這個DLL不是模擬器的成員也一樣。顯然，這不 <br />是很好的事，因為相同的函數也許在手持PC(H/PC)或Windows CE設備上不可用，而你的 <br />軟件最終要能在這些設備上運行。 <br /> 第一次將非Unicode應用程序裝入Windows CE仿真器時，你會發現，許多正在使用的 <br />函數它都不支持，例如美國國家標準協會(ANSI)定義的字符函數strcpy()。這也許引誘 <br />你去鏈接Windows NT 運行時間庫，以便能解決所有問題。 <br /> 如果你是剛開始用Windows CE編程，可能你能用的包含文件和庫文件是明顯的。答 <br />案就是，你不要采用那些在寫普通Win32或非Windows CE程序時使用的包含文件和庫文件 <br />。 <br />2. 不要混淆TCHARs和bytes <br /> 如果你正在Windows CE上寫非Unicode應用程序，你或許要將所有的字符串從單個字 <br />符(chars)轉換為寬字符(widechars)（例如，C變量類型whcar_t）。幾乎所有Windows <br />CE支持的Win32和運行時間庫函數都要求寬字符變量。Windows 95不支持Unicode，然而 <br />，為了使程序代碼具有可移植性，你要盡可能采用tchar.h中定義的TCHAR類型，不要直 <br />接使用wchar_t。 <br /> TCHAR是定義為wchar_t還是char，取決于預處理器的符號UNICODE是否定義。同樣， <br />所有有關字符串處理函數的宏，如_tcsncpy宏，它是定義為Unicode函數wcsncpy還是定 <br />義為ANSI函數strncpy，取決于UNICODE是否定義。 <br /> 在現存的Windows應用程序中，有些代碼也許暗示字符長為單字節。這在給字符串分 <br />配內存時經常用到，例如： <br />int myfunc(char *p) <br />{ <br />char *pszFileName; <br />pszFileName = malloc(MAXFILELEN); <br />if(pszFileName) <br />strncpy(pszFileName, p, MAXFILELEN); <br />/*etc*/ <br /> 在這段代碼中，分配的內存塊應該寫作(MAXFILELEN * sizeof(char))，但是大多數 <br />程序員喜歡將它簡化為MAXFILELEN，因為對于所有的平臺來說sizeof(char)的值等于1。 <br />然而，當你用TCHARS代替多個字符時，很容易忘記這種固有的概念，于是將代碼編寫成 <br />下面的形式： <br />int myfunc(TCHAR *p) <br />{ <br />TCHAR *pszFileName; <br />PszFileName = (TCHAR*)malloc(MAXFILELEN); <br />If (pszFileName) <br />tcsncpy(pszFileName, p, MAXFILELEN); <br />/*etc*/ <br /> 這是不行的。它馬上會導致出錯。這里的錯誤在于malloc函數中指定變量大小為by <br />tes，然而_tcsncpy函數中使用的第三個變量卻指定為TCHARs而不是bytes。當UNICODE被 <br />定義時，一個TCHAR等于兩個字節數(bytes)。 <br />上述代碼段應該改寫為： <br />int myfunc(TCHAR *p) <br />{ <br />TCHAR *pszFileName; <br />PszFileName = (TCHAR*)malloc(MAXFILELEN * sizeof(TCHAR)); <br />if(pszFileName) <br />tcsncpy(pszFileName, p, MAXFILELEN); <br />/*etc*/ <br />3. 不要將Unicode 字符串放入奇數內存地址 <br /> 在Intel系列處理器上，你可以在一奇數內存地址儲存任何變量或數組，不會導致任 <br />何致命的錯誤影響。但在H/PC上，這一點不一定能行 ? 你必須對大于一個字節的數據類 <br />型小心謹慎，包括定義為無符號短型（unsigned short） 的wchar_t。當你設法訪問它 <br />們的時候，將它們置于奇地址會導致溢出。 <br /> 編輯器經常在這些問題上提醒你。你無法管理堆棧變量地址，并且編輯器會檢查確 <br />定這些地址與變量類型是否相匹配。同樣，運行時間庫必須保證從堆中分配的內存總是 <br />滿足一個word邊界 ，所以你一般不必擔心那兩點。但是，如果應用程序含有用memcpy( <br />)函數拷貝內存區域的代碼，或者使用了某種類型的指針算術以確定內存地址，問題也許 <br />就出現了。考慮下面的例子： <br />int send_name (TCHAR * pszName) <br />{ <br />char *p, *q; <br />int nLen=(_tcslen(pszName) + 1) * sizeof(TCHAR); <br />p=maloc(HEADER_SIZE + nLen); <br />if(p) <br />{ <br />q = p + HEADER_SIZE; <br />_tcscpy((TCHAR*)q, pszName); <br />} <br />/* etc */ <br /> 這段代碼是從堆中分配內存并復制一個字符串，在字符串的開頭留一個HEADER_SIZ <br />E的大小。假設UNICODE定義了，那么該字符串就是一個widechar字符串。如果HEADER_S <br />IZE是一個偶數，這段代碼就會正常工作，但如果HEADER_SIZE為奇數，這段代碼就會出 <br />錯，因為q指向的地址也將為奇數。 <br /> 注意，當你在Intel系列處理器中的Windows CE仿真器上測試這段代碼時，這個問題 <br />是不會發生的。 <br /> 在這個例子中，只要確保HEADER_SIZE為偶數，你就可以避免問題的發生。然而，在 <br />某些情況下你也許不能這么做。例如，如果程序是從一臺式PC輸入數據，你也許不得不 <br />采用事先定義過的二進制格式，盡管它對H/PC不適合。在這種情況下，你必須采用函數 <br />，這些函數用字符指針控制字符串而不是TCHAR指針。如果你知道字符串的長度，就可以 <br />用memcpy()復制字符串。因此，采用逐個字節分析Unicode字符串的函數也許足以確定字 <br />符串在widechars中的長度。 <br />4. 在ANSI和Unicode字符串之間進行翻譯 <br /> 如果你的Windows CE應用程序接口于臺式PC，也許你必須操作PC機中的ANSI字符串 <br />?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -