Windows

翻譯 tellmenow因為公用控制項同作業系統核心是分離的，所以在使用任何一個公用控制項前必須要初始化包含公用控制項的DLL。在所有Windows版本裡，也包括Windows CE，您可以調用void InitCommonControls(void)來裝載動態庫並註冊許多公用控制項類。該調用並不初始化日曆控制項、時間選擇控制項up/down控制項、IP地址控制項以及其它更新一些的公用控制項。要初始化這些控制項，使用函數BOOL

                                                                               翻譯：tellmenow命令帶（Command

增加帶區                                                      翻譯:tellmenowREBARBANDINFO結構用來描述控制項中的每個帶區，通過給CommamndBands_AddBands函數傳遞一個REBARBANDINFO結構數組，可以給應用程式添加帶區。CommandBands_AddBands函數原型如下：BOOL CommandBands_AddBands (HWND hWndCmdBands, HINSTANCE

配置單獨帶區                                                                                                翻譯:tellmenow進行到這裡時，命令帶控制項已經建立，單獨單區已經加到控制項中了。接下來我們有更多的任務要做，就是去配置每個帶區中單獨的命令條控制項。（實際上，配置命令條控制項比起前面講述的命令條要略微複雜一些。）可以使用下面的函數來擷取帶區中的命令條控制代碼：HWND

建立菜單條                                                                                                    翻譯:tellmenow要建立菜單條，可以調用BOOL SHCreateMenuBar (SHMENUBARINFO *pmb);函數中唯一的參數是一個SHMENUBARINFO結構的的地址，該結構定義如下：typedef struct tagSHMENUBARINFO {DWORD

                      菜單條                                        翻譯:tellmenow菜單條控制項是在Pocket PC 2000中開始引入的。從外觀上看，菜單條同命令條的不同之處在於它是位於視窗底部而不是頂部。但是，對程式員來說，菜單條有許多不同的編程介面。因為Pocket PC的流行以及OEM廠商希望能夠建立同Pocket PC軟體相容的嵌入式系統，所以從Windows CE.NET 4.2開始，現在菜單條同Windows

儲存帶區布局                                             翻譯:tellmenow命令帶控制項的可配置能力給程式員帶來一個問題。使用者重新排列帶區後，希望定製的布局在應用程式下一次啟動的時候能夠恢複。通過使用下面的函數，可以輕易的達到目的:BOOL CommandBans_GetRestoreInformation (HWND hwndCmdBands, UINT uBand, LPCOMMANDBANDSRESTOREINFO

概述理解視窗是如何工作的以及視窗之間的關係對理解微軟Windows作業系統（不論是XP還是CE）的使用者介面是很關鍵的。您所看到的Windows顯示的每個東西都是一個視窗。案頭是視窗，任務條是視窗，甚至任務條上的啟動按鈕也是視窗。根據這種或那種關聯式模式，視窗之間彼此是相互關聯的。它們可以是父子關係、兄弟關係或者是擁有與被擁有的關係。Windows支援許多預定義的視窗類別，也稱為控制項。從簡單的按鈕到複雜的多行文字編輯器，控制項通過提供一系列預定義的使用者介面元素，簡化了程式員的工作。和Wind

菜單條資源                                                

                                                                                 翻譯：tellmenow其它命令條函數有許多其它函數用於協助管理命令條。CommandBar_Height函數返回命令條的高度，並且用於所有使用命令條的樣本程式中。同樣地，不論什麼時候使用命令條，都會用到CommandBar_AddAdornments函數。該函數原型如下：BOOL CommandBar_AddAdornments

翻譯 tellmenow概述隨著微軟Windows作為一個作業系統日漸成熟，Windows提供的基本控制項也是愈發不足以滿足使用者對複雜介面的需要。微軟開發了一系列稱為公用控制項的附加控制項，用於其內部應用。隨後又將這些公用控制項包容到DLL中提供給開發人員使用。從Windows

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////2006-03-05//由於最近事情比較多，不能像以前一樣，翻譯一整節再發布了，所以決定採用分散翻譯，分散發布的方式。//每次會翻

翻譯 tellmenowWindows CE的基本目標定位--小型個人生產力工具--在驅動著公用控制項的需求。議程和任務管理應用程式中頻繁用到時間和日期的需求導致在控制項中包括了日期和時間選擇控制項以及日曆控制項。個人生產力工具的小螢幕促成了節省空間的命令條。命令條控制項和用於IE3.0的rebar控制項結合產生了命令帶控制項。命令帶控制項為位於Windows CE應用程式頂部的菜單、按鈕和其它控制項提供了更多的空間。最後是Pocket PC開發人員所熟悉的菜單控制項。在Windows

使用菜單條                                                                               

第一個Windows CE程式說了這麼多，就讓我們一起看一下你的第一個Windows CE程式吧。列表1-1顯示了Hello1--為Windows CE寫的一個簡單的Hello World應用程式。Listing 1-1: Hello1, 一個簡單的Windows應用程式Hello1.cpp//======================================================================// Hello1 - A simple

http://dev.csdn.net/author/axman/420f84d550804bfbaf534819c757a2b9.htmlAVR地方業務中有一個DBA_BJLDNW工具要在伺服器上運行著.一旦斷開業務即中止.需要寫一個精靈監視它,一旦發現關閉了即重新啟動.為了防止精靈本身被使用者關閉,所以我打算做一個windows服務在後台運行.每5分鐘列舉一個當前系統進程,如果沒有發現DBA_BJLDNW.exe則重新啟動.問題是windows服務不是視窗進程,在這個進程中調用ShellEx

翻譯 tellmenow資源資源是應用程式或DLL的一個唯讀資料區段，在模組被編譯後，資源被連結到模組中。資源為開發人員提供了一個與編譯器無關的位置，用來儲存常量資料，例如對話方塊、字串、位元影像、表徵圖以及菜單。因為資源並不編譯在程式裡，所以改變它們並不用重新編譯器。您可以通過構造一個描述資源的的ASCII檔案--資源指令碼--來建立資源。ASCII檔案的副檔名叫RC。您可以用資源編譯器來編譯該檔案,每個Windows開發工具的製造者都提供該編譯器。隨後您可以用連結器把該檔案連結到編譯後的可執

依然是Windows編程雖然Windows CE和Windows的其它版本之間確實存在差異，但不應該誇大這種差異。編寫Windows CE應用程式依然是編寫Windows應用程式。有同樣的訊息迴圈，同樣的視窗，大部分情況下，具有同樣的資源和控制項。差異並不會掩蓋相同的地方。匈牙利命名方式是重要的相同點之一。匈牙利命名方法自從Charles Petzold寫《Windows

概述從經典的《The C Programming Language》一書開始，傳統上編程方面的書都是從"Hello,world"程式開始的。這是一個合理恰當的開始。每個程式都有一個基本底層結構，分析它可以揭示所有運行在這個作業系統上的應用程式都具有的基礎，避一些設計複雜的任務將結構搞的難以理解。在本書"Hello,world"一章裡，包含了關於設定和使用編程環境的細節。用於開發微軟Windows CE應用程式的環境與開發標準微軟Windows 應用程式的環境有些不同，因為Windows

Windows CE有什麼不同之處Windows CE有許多特性使得它不同於其它Windows 平台。首先，運行Windows CE的系統，大多數可能不使用Intel x86相容微處理器。實際上，Windows CE運行在4種不同的CPU系列裡：SHx, MIPS, ARM, 和 x86。幸運的是，開發環境幾乎將各種不同CPU的所有差異與程式員隔離開了。Windows CE程式事先不能確定螢幕或鍵盤。Pocket PC裝置有一個240*320的縱向螢幕，而其它系統具有傳統的480*240,640