請看一個例子：
1
#include <windows.h>
2#include <tchar.h>
3
4
5int APIENTRY _tWinMain(
6 HINSTANCE hInstance,
7 HINSTANCE hPrevInstance,
8 LPSTR lpCmdLine,
9 int nCmdShow
10 )
11
{
12
UNREFERENCED_PARAMETER( hInstance );
13 UNREFERENCED_PARAMETER( hPrevInstance );
14 UNREFERENCED_PARAMETER( lpCmdLine );
15 UNREFERENCED_PARAMETER( nCmdShow );
16
17 HWND hwnd = ::GetDesktopWindow();
18
19 ::MessageBox( hwnd, _T( "First Windows" ), _T( "Example" ), MB_OK );
20
21 return 0;
22
}
這個例子是大山哥哥在他的BLOG中Windows API精講一日一練的例子。
奇怪吧，這次的WinMain函數又不一樣了。Windows編程難學，就是因為它那么多宏，它偉大之處也是因為它的宏，可以屏蔽硬件層、字符集對程序的影響。
一般的WinMain函數是這樣寫的: int WINAPI WinMain(...)，那現在的這種又是怎樣出來的呢？
APIENTRY在程序就是一個宏：#define APIENTRY WINAPI，那么我們就可以不管那個前綴了。
你肯定想不到的是，_tWinMain也是一個宏。它是定義在<tchar.h>中的。你可以試試將#include <tchar.h>去掉，你的程序肯定找不到入口點。
同樣的，_T也是一個宏。
這兩個宏其實是為了適應UNICODE和以前單字符的應用程序。
由于Windows這兩個API的定義是不一樣的，如下：
UNICODE的定義：
#define _tWinMain wWinMain
單字符的定義：
#define _tWinMain WinMain
只要經過這樣的宏定義后，就可以適應不同字符寬度的函數接口了。
好，看函數里面。
函數里面第一句又是一個宏，暈...怎么老是它...不過要在Windows編程，必須愛上它。
這個宏與Windows API無關，UNREFERENCED_PARAMETER 展開傳遞的參數或表達式，其目的是避免編譯器關于未引用參數的警告。當然你也可以在編譯器屬性那里
修改編譯的警告級別。
例子中的4句宏，就是為了關掉編譯器對WinMain函數4個參數未引用的報錯。避免了幾個警告的產生，呵呵。。。
GetDesktopWindow這個該不是宏了吧，哈哈。。。
MSDN上說：The GetDesktopWindow function returns a handle to the desktop window. The desktop window covers the entire screen.
The desktop window is the area on top of which other windows are painted.
這個函數返回了桌面的Handle，桌面大家都知道吧？
MessageBox想不到也是一個宏，它的定義是：
#ifdef UNICODE
#define MessageBox MessageBoxW
#else
#define MessageBox MessageBoxA
#endif // !UNICODE
很明顯是為了兼容字符集參數而定義的。難道Windows API函數的參數有字符串的，都是一個宏嗎？
MessageBox可能見得很多，最怕的大概就是“警告：內存出錯，程序退出”了。
這是MessageBox函數的聲明
int MessageBox(
HWND hWnd,
LPCTSTR lpText,
LPCTSTR lpCaption,
UINT uType
);
參數一hWnd是一個HWND，它是這個MessageBox屬于的窗口的HWND,如果它為NULL,則MessageBox不屬于任何一個窗口。
參數二lpText是這個MessageBox顯示的消息內容，為了迎合Microsoft的好意，我們都應該用宏來傳入參數，來兼容字符串。
參數三lpCaption是這個MessageBox的標題內容。
參數四uType則是這個MessageBox的類型，它可以改變整個MessageBox的行為和樣式哦。它是一組符號標識(flags),如：MB_OK?？梢杂?|"操作符來進行組合
返回值呢？當然是你在MessageBox上的操作啦。返回值一般用宏來表示，如：IDABORT，IDOK。