?

實例中，首先注冊了窗口類，然后創(chuàng)建了一個窗口，創(chuàng)建窗口時指定的窗口的屬性和窗口消息的處理函數(shù)。函數(shù)消息的處理函數(shù)大多調(diào)用系統(tǒng)默認(rèn)函數(shù)來處理。如下：

?

運行效果：

?

2.2.4??? 圖像和多媒體

Windows 的圖像引擎和多媒體編程有多種接口，包括最基本的 GDI、GDI+，以及更高級的OpenGL、DirectX 等圖像引擎編程接口。DirectX 和 OpenGL 在游戲開發(fā)、動畫制作等方面應(yīng)用比較廣泛，使用它們進(jìn)行應(yīng)用程序開發(fā)需要專門的 SDK。本書只講解 GDI，對一般的應(yīng)用程序開發(fā)，已經(jīng)足夠使用。

GDI 的基本概念包括圖像(Image)、位圖（Bitmaps）、筆(Pen)、畫刷(Brush)、文本和字體( Text and Fonts)、線(Line)、區(qū)域(Regions)、形狀(Shapes)等。其基本的功能是對顯示設(shè)備進(jìn)行控制、獲取和修改相關(guān)配置，在計算機(jī)屏幕上顯示用戶所需要顯示的內(nèi)容。

2.2.5??? 網(wǎng)絡(luò)

用戶利用 Windows API 可以開發(fā)基于各種網(wǎng)絡(luò)協(xié)議的應(yīng)用程序，例如 TCP\UDP Socket、HTTP、DHCP、RPC、QOS、藍(lán)牙，以及傳真、點對點文件傳輸、即插即用設(shè)備管理等。 還可以進(jìn)行網(wǎng)絡(luò)管理，包括網(wǎng)絡(luò)的基本信息，使用 IP helper 獲取網(wǎng)絡(luò)配置和網(wǎng)絡(luò)信息、進(jìn)行網(wǎng)絡(luò)監(jiān)視等。 同時微軟還提供了進(jìn)行網(wǎng)絡(luò)安全編程的部分接口，主要是防火墻 Windows、防火墻 API，以及一些 Windows 自帶的網(wǎng)絡(luò)應(yīng)用程序的接口，包括 IE、Outlook 等。

2.2.6??? 其他功能

Windows API 能實現(xiàn)的功能還有很多，限于篇幅不能全部介紹。有一些內(nèi)容本書未涉及，但是 Windows API 也提供了相關(guān)接口。

包括微軟的“動態(tài)數(shù)據(jù)存取組件”技術(shù)(MDAC，包含了 ADO、ODBC)、OLE 數(shù)據(jù)庫、XML 標(biāo)準(zhǔn)、微軟 XML、可擴(kuò)展存在引擎等多方面內(nèi)容。主要是 Windows 系統(tǒng)內(nèi)的數(shù)據(jù)庫文件、Windows．系統(tǒng)對數(shù)據(jù)庫的訪問接口等技術(shù)。

2．消息與協(xié)作

消息與協(xié)作大多是 Windows 系統(tǒng)自帶的一些應(yīng)用程序所提供的開發(fā)接口。其中最主要的內(nèi)容是“協(xié)作數(shù)據(jù)對象”( CDO)。CDO 包括了若干種 Windows 數(shù)據(jù)傳輸?shù)湫蛻?yīng)用，包括 Mssager (MSN)、郵件 SMTP (Outlook)應(yīng)用接口等。

3．Web 開發(fā)

IIS（Intemet Information Server，互聯(lián)網(wǎng)信息服務(wù)）等應(yīng)用程序提供的開發(fā)接口，使用戶可以直接在 Windows 平臺上進(jìn)行 Web 開發(fā)，開發(fā)的程序運行于 ns 框架下。“數(shù)據(jù)存在與訪問”、“消息與協(xié)作”、“Web 開發(fā)”等都可以歸為 COM 開發(fā)的范圍內(nèi)。COM 是 Windows 應(yīng)用程序接口的一種，具有固定的接口模式，大多是 Windows 系統(tǒng)中自帶的應(yīng)用程序所提供的開發(fā)接口的集合。

2.3??? Windows API核心DLL

在 Windows 的系統(tǒng)目錄中，存在著很多的動態(tài)鏈接庫文件(DLL 文件)。這些 DLL 文件中 包括了 Windows API 函數(shù)可執(zhí)行程序。DLL 將各函數(shù)“導(dǎo)出”，這樣應(yīng)用程序就可以找到 DLL中的函數(shù)地址，當(dāng)應(yīng)用程序調(diào)用 Windows API 時，程序會運行到 DLL 中。API 函數(shù)主要存在于幾個核心的動態(tài)連接庫文件中。Keme132.dll 是最重要的 DLL，Windows 系統(tǒng)最主要的系統(tǒng)服務(wù) API 函數(shù)都存在于 Kerne132.dll 中。User32.dll 主要包括圖形用戶界面中所使用到的一些函數(shù)接口。 GDI32.dll 中，主要包括 Windows 圖形引擎中的接口函數(shù)。

當(dāng)用戶調(diào)用一個 API 時，系統(tǒng)會通過程序文件中的導(dǎo)入表結(jié)構(gòu)找到需要調(diào)用的 API 函數(shù)位于哪個 DLL，確定函數(shù)的地址，以便應(yīng)用程序可以成功調(diào)用 API 函數(shù)。

2.3.1??? Kerne132.dll

Keme132.dll 包括了系統(tǒng)基本服務(wù)中最基本的 API 函數(shù)，如文件系統(tǒng)、進(jìn)程與線程、內(nèi)存管理等。 Windows XPSP2 系統(tǒng)中，Keme132．d11 有 949 個導(dǎo)出函數(shù)，例如，CreateFileA、CreateProcessA、OpenThread、SetFileTime 等。本書將在后續(xù)章節(jié)中通過實例介紹這些 API的使用。

2.3.2??? User32.dll

User32.dll 是 Windows 圖形用戶界面的主要支持。一些重要的圖形用戶界面函數(shù)由User32.dll 函數(shù)導(dǎo)出。Windows XP SP2 系統(tǒng)中，User32.dll 有 732 個導(dǎo)出函數(shù)，例如CreateWindowExW、RegisterClassA 等。

2.3.3??? Gdi32.dll

Gd132.dll 是 Windows GDI 應(yīng)用程序設(shè)計接口，Gdi32.dll 導(dǎo)出了與此相關(guān)的若干函數(shù)，如 GetTextColor、LineTo、TextOutA 等。

2.3.4??? 標(biāo)準(zhǔn)C函數(shù)

標(biāo)準(zhǔn) C 程序是一種標(biāo)準(zhǔn)，任何支持 C 語言應(yīng)用程序開發(fā)的系統(tǒng)都應(yīng)該提供 C 語言庫函數(shù)的 調(diào)用。在系統(tǒng)環(huán)境下使用標(biāo)準(zhǔn) C 進(jìn)行程序開發(fā)時，用戶所使用的庫函數(shù)實際上是由操作系統(tǒng)提供的。正是由于各個主流操作系統(tǒng)都提供了一套標(biāo)準(zhǔn) C 庫所定義的函數(shù)接口，標(biāo)準(zhǔn) C 函數(shù)庫才會有如此廣泛的跨越操作系統(tǒng)平臺。所以 C 程序仍然依賴于操作系統(tǒng)開發(fā)人員為其實現(xiàn)接口，而 C 庫函數(shù)的實現(xiàn)仍然依賴于操作系統(tǒng)提供的調(diào)用接口，如標(biāo)準(zhǔn) C 函數(shù) fopen 函數(shù)在Windows 系統(tǒng)中的實現(xiàn)就依賴于 API CreateFile 函數(shù)（CreateFile 實現(xiàn)了文件的創(chuàng)建和打開等操作）。

Windows 系統(tǒng)的 C 標(biāo)準(zhǔn)庫函數(shù)接口主要存在于crtdll.dll 中。實際上，C 標(biāo)準(zhǔn)函數(shù)庫必須由操作系統(tǒng)為其提供接口，否則使用標(biāo)準(zhǔn) C 開發(fā)的程序無法在特定的系統(tǒng)上運行。 Windows XP SP2 系統(tǒng)中，crtdll.dll 有 526 個導(dǎo)出函數(shù)，如 fopen、printf. strlen等。

2.3.5??? 其他Dll

當(dāng)然，Windows 系統(tǒng)中的 DLL 文件遠(yuǎn)遠(yuǎn)不止這幾個，Windows 系統(tǒng)提供了非常豐富而且功能強(qiáng)大的 API，上文已經(jīng)介紹了 Windows API 所主要依賴的幾個 DLL，其他的 DLL 庫文件由于過于龐雜，就不一一介紹，將在后續(xù)的章節(jié)中有所涉及。讀者只需要了解調(diào)用 Windows API 的基本原理就可以了。

2.4??? Unicode和多字節(jié)

Windows 既可以使用 Unicode 字符集又可以使用傳統(tǒng)的字符集（如多字節(jié)編碼）來實現(xiàn)對多種語言的支持，以適應(yīng)國際市場的要求。與傳統(tǒng)的字符集編碼相比，Unicode 是世界通用的字符編碼標(biāo)準(zhǔn)，使用 16 位數(shù)據(jù)表示一個字符，一共可以表示 65535 種字符，可以包括現(xiàn)代計算機(jī)中所使用的所有字符，包括各種字母、文字、在出版業(yè)中使用的特殊符號等。 傳統(tǒng)的字符集，如 Windows ASNI 字符集，使用 8 位數(shù)據(jù)或?qū)⑾噜彽膬蓚€ 8 位的數(shù)據(jù)組合在一起表示特殊的語言字符。Windows 系統(tǒng)采用了 ASNI 字符的擴(kuò)展方式，如果一個字節(jié)是負(fù)數(shù)，則將其后續(xù)的一個字節(jié)組合在一起表示一個字符。這種編碼方式的字符集也稱作“多字節(jié)”字符集。

在 Windows 系統(tǒng)中，Unicode 字符編碼和多字節(jié)字符編碼都可以使用。

?

在本實例中，一共使用了 3 種類型的字符串變量，每種類型的字符串變量的初始化是不同的，如表 2.2 所示。

表2.2 字符串與初始化

本實例首先使用“多字節(jié)”方式進(jìn)行編譯。可以使用二進(jìn)制編輯器來查看編譯得到的可執(zhí)行文件，上例中定義的字符串分別存儲為以下形式。使用二進(jìn)制編輯器查看，可以從 exe可執(zhí)行文件中找到如下信息。讀者可以對照 ASCII 編碼表查看。

“This is a Unicode String;”使用 Unicode 方式的十六進(jìn)制編碼：

?

?

“This is not a Unicode String;”使用 ASCII 方式的十六進(jìn)制編碼：

?

?

“This string is Unicode or not depends on the option.”的ASCII 方式的十六進(jìn)制編碼：

?

之后是“<字符編碼 1>”和 Unicode 編碼、“<字符編碼 2>”和“<字符編碼 3>”的多字節(jié)編碼。對漢字字符，兩種編碼的方式是不同的，如“字符編碼”四個字，兩種編碼分別為：

Unicode編碼

?

?

和多字節(jié)ASCII

?

?

讀者可以分析設(shè)置使用 Unicode 字符集后編譯完成的可執(zhí)行文件與設(shè)置為多字節(jié)字符集后編譯得到的可執(zhí)行文件有什么不同。

?

設(shè)置的方法是在Visual Studio工程屬性中選擇“配置屬性”→“常規(guī)”→“字符集”選項中進(jìn)行選擇。

2.4.1??? W版本和A版本的API

Windows 支持 Unicode 和 ASCII 編碼的字符。Windows 系統(tǒng) API 凡是以字符串作為參數(shù)的很多具有 W 和 A 兩個版本以實現(xiàn)兩種不同編碼的字符處理。

下面以 MessageBox 為例介紹兩種不同版本 API 函數(shù)的使用。在 User32.dll 中導(dǎo)出的函數(shù)實際上沒有 MessageBox，只有 MessageBoxA 和 MessageBoxW，這兩者是同一個 API，實現(xiàn)了同樣的功能。不同的是，MessageBoxA 以多字節(jié)字符串作為參數(shù)輸入，MessateBoxW 以Unicode 字符串作為參數(shù)輸入。

可以從 User32.dll 的導(dǎo)出函數(shù)看到兩個不同版本的 API 函數(shù)。在 Platform SDK 中，MessageBox 函數(shù)聲明所在的頭文件中發(fā)現(xiàn)如下定義(以下代碼來自于 Microsoft Platform SDK):

?

可以看到，在程序進(jìn)行編譯和連接時，如果程序在 UNICODE 環(huán)境下，會使用 MessageBoxW，否則使用 MessageBoxA。

軟件開發(fā)人員可以自行設(shè)定使用 Unicode 編碼或都多字節(jié)編碼文件，不影響程序的正常功能。

但如果在編寫程序時，使用的字符集與代碼中使用的函數(shù)不一致、定義的字符串變量不兼容，將會引起編譯錯誤或者運行程序顯示亂碼，甚至可能引起程序運行錯誤，這一點需要引起注意。

2.4.2??? Unicode與ASGII的轉(zhuǎn)換

Windows 專門提供了若干個 API 來實現(xiàn)對字符編碼的轉(zhuǎn)換工作。ideCharToMultiByte、MultiByteToWideChar、UnicodeToBytes 函數(shù)可以完成這些工作。

WideCharToMultiByte 函數(shù)將 Unicode 字符串轉(zhuǎn)換為多字節(jié)字符串，以適應(yīng) A 版本的API，MultiByteToWideChar 函數(shù)將多字節(jié)字符串轉(zhuǎn)換為了 Unicode 字符串，以適應(yīng) W 版本的 API 的參數(shù)形式要求。

2.4.3??? 對Windows程序設(shè)計規(guī)范的建議

每個程序員都有自己的規(guī)范化編程習(xí)慣。代碼的規(guī)范不是本書的重點，所以這里只給出一些微軟經(jīng)常使用代碼規(guī)范，MSDN 的示例中，SDK 的頭文件和例子中幾乎都是使用的這種方法。

變量名：通常采用所謂的“匈牙利命名法”，變量名由“類型縮寫（小寫）”+“變量描述（單詞首字母大寫）”構(gòu)成，如字符串類型的變量可以命名為 szFileName，DWORD 類型的數(shù)據(jù)可以命名為 dwFileSize，指針類型可以命名為 lpBuffer，句柄類型的變量可以命名為 hLogFile 等。

函數(shù)名：各單詞的首字母大寫，如 EnumerateFilesInDrectory、ShowFileSize 等。

類型名：全大寫，各單詞以下劃線分隔，如 WIN32_FILE_ ATTRIBUTE_DATA、DWORD、 HANDLE 等。

常量：同類型名的命名方式。

宏：多與類型名命名方式相同，有的也與函數(shù)名命名方式相同。 大括號與代碼段：一般大括號獨立占一行，大括號內(nèi)的代碼段縮進(jìn)。如果代碼段僅一行（如 if-else 后的語句），也建議使用大括號。

在調(diào)用或定義函數(shù)時，如果函數(shù)太長，可以分行寫，將每個參數(shù)寫一行。一般多于 3個參數(shù)的函數(shù)需要分行寫，以美觀和方便閱讀為原則。

在本書的示例中，都將盡量使用這些規(guī)范化的方式。

?

2.5??? 小結(jié)

PDF下載：http://files.cnblogs.com/yongfeng/WINDOWSAPI02.rar

摘自：《精通Windows.API-函數(shù)、接口、編程實例》 人民郵電出版社

范文慶、周彬彬、安靖編著

from:?http://www.cnblogs.com/yongfeng/archive/2013/04/30/3051696.html

總結(jié)

以上是生活随笔為你收集整理的C++ WINDOWS API 第2章 Windows API概要的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。