入门【windows SDK】级教程

【第一讲】
其实微软的本意也是善良的，为了减轻程序员的负担，和为了编程的方便，才花了那么多心思与精力定义出了这么一大套数据类型与宏定义，这也是我为什么在之前说它烦人都是加上引号的原因，因为他不是真的烦人，熟练了，你不但不觉得它烦，反而离不开它了，呵呵，日久深情也就是这么来的。
typedef float FLOAT;
typedef long LONG;
typedef short SHORT
typedef int INT;
typedef char CHAR;

float, long, short, int, char 这几个数据类型都是大家熟悉的C/C++的数据类型吧，微软将他们重新定义了一下，很简单，就是改变名字为大写了，这样做的目的大概是微软为了编码的方便吧，输入法大小写都不用切换了，多人性化呀
再看几个数据类型定义的例子

typedef unsigned int UINT;
typedef unsigned int UINT32;
typedef signed int INT32;
typedef unsigned long DWORD;
typedef unsigned short WORD;
这些数据类型的定义就稍微有实质性作用一些了，注意观察，他们都比较短了，不用写那么长了，而且也还比较直观，如果我要定义一个无符号整形， 我就不用写 unsigned int a;
这么长了，只需UINT a;

其中DWORD 算是SDK程序中可以经常看见的一个数据类型了，经常被使用，很多新手也就不明白，这是什么数据类型啊，现在看到了吧，其实就是无符号长整形unsigned long，给他取了个外号而已··没什么技术含量，所以不用怕，程序中究竟是写unsigned long 还是DWORD都看你自己心情，因为他们都代表同一种数据类型。

下面再介绍2个很重要的，经常被使用到的，无处不在的数据类型WPARAM,LPARAM
先看看他们定义吧

**typedef LONG_PTR LPARAM;
typedef UINT_PTR WPARAM;**

先告诉你，这2个数据类型很重要，不是危言耸听，以后你写SDK程序就知道了，看他们的定义如上，有些迷糊? 别，我们一步一步分析,我们分析LPARAM。首先定义LPARAM 为LONG_PTR也就是用LPARAM的地方也就可以写成LONG_PTR，LONG_PTR又是被定义成什么的呢?

typedef long LONG_PTR;

看到了吗? 也就是long 所以归根结底，LPARAM 就是long型，所有LPARAM型的变量，你都可以直接使用long数据类型代替。不过不推荐这样，至于为什么，各位思考思考呢~~

以上这些数据类型是参考MSDN中的说明，或者可以查看WinDef.h这个头文件查看这些Windows数据类型的定义，那么也请各位自己推推看LARAM和WPARAM的真面目吧~

各位朋友在推导的过程中可能发现LONG_PTR的定义是这样写的

//#if defined(_WIN64)
//typedef __int64 LONG_PTR;
//#else
//typedef long LONG_PTR;
//#endif

这是什么意思呢，能看懂英文都能知道这在定义些什么,如果定义了 _WIN64这个宏 那么就定义 LONG_PTR 为 __int64，否则定义LONG_PTR为long。 很简单吧 也就是说如果_WIN64这个宏在前面被定义了，那么这里的LONG_PTR就被定义为__int64这个在64位编程下的数据类型，否则就定义为long型，这样说应该比较好理解了吧。在这里，各位就不必深究__int64了， 在目前的主流32位编程下很少使用它啦。理解就ok了。这样定义是微软为了程序员编写的程序能在32位与64位下都能编译而采用的伎俩。

有关这些Windows的数据类型，想查看他们的真面目，其实很简单，在VC6.0,VS2008 这些集成开发环境里面，你只需要在一个数据类型上面点击右键，在弹出菜单中选择‘Goto Defination’ 或者是 ‘查看定义’就可以看到了，如果看到的还不是最终面目，在继续上面步骤。直到看到它的本质数据类型为止。通过这样，新手对于Windows的这些复杂的数据类型定义也就有了根本的认识，不再是迷迷糊糊，在以后的编程中也就不会出现不知道用哪种数据类型或者哪些数据类型之间可以相互转换的情况了。不过还需要多多观察与练习才是啊~~
下面再来看一看windows中定义的一些宏
//#define VOID void
//#define CONST const

2个最简单的宏，也是只变成大写而已，难道又是为了方便程序员不切换输入法？还真的人性化呀。

Windows SDK中的宏定义是最庞大的，最复杂的，但也是最灵活的，为什么这样说，先不告诉你，我会在以后的系列文章中一点一点的讲解，累积，因为太多了，也比较复杂，我们就采取在需要用到的时候才讲解它，目前看来还没这个必要了解那么多，就了解上面2个很简单的好了，像其他如：WINAPI CALLBACK GetWindowText 这些宏现在讲了不但记不住还会增加你们的负担。,我们就在以后要用到的时候再做讲解。

【第二讲】
新建一个Windows应用程序，调用MessageBox这个函数，准备让它弹出一段提示文本，可是编译器在编译的时候却报错说，不能将 const char* 或者 const char[] 转换为 const wchar_t* 之类的提示呢，很多刚接触Windows API编程的朋友们在这里可能就卡住了，不知如何下手解决了，其实，这就是Unicode编码和ASCII编码的问题了。我下面就会一一道来
关于Unicode和ASCII具体的编码是怎么的，我这里就不详细介绍了，也介绍不了，如果需要深入了解，网上有很多这方面的专门文章，我这里就只对Unicode编码和ASCII编码在Windows平台下的编程相关的内容进行介绍。

我们都知道Unicode和ASCII最大的区别就是Unicode采用2个字节来存储一个字符，不管是英文，汉字，还是其他国家的文字，都有能用2个字节来进行编码，而ASCII采用一个字节存储一个字符，所以对于英文的编码，那是足够的了，可是对于汉字的编码，则必须采用一些特殊的方法，用2个ASCII字符来表示一个汉字。
我们在写程序的过程中，势必要和字符打交道，要输入，获取，显示字符，到底是选用Unicode字符呢还是ASCII字符呢，这都是各位自己的权利。但为了程序的通用性和符合目前操作系统的主流趋势，Unicode编码是被推荐的。由于Unicode字符要比ASCII字符占用的空间大一倍，编译出来的程序在体积上和占用的内存上必定要大一些，不过这并不是什么很大的问题。所以微软目前的SDK中保留了2套API，一套用于采用Unicode编码处理字符的程序的编写，一套用于采用ASCII编码处理字符的程序的编写。 例如，我们上面提到的MessageBox，它其实不是一个函数名，而是一个宏定义，我们先来看看它是怎么被定义的，再来讨论它。

//#ifdef UNICODE
//#define MessageBox MessageBoxW
//#else
//#define MessageBox MessageBoxA
//#endif

看到了吗? 很简单是不是, 如果定义了UNICODE 这个宏 那么就定义MessageBox为MessageBoxW，如果没有定义UNICODE这个宏， 那么就定义MessageBox 为MessageBoxA，MessageBox后面的W和A 就是代表宽字节(Unicode)和ASCII，这样，其实存在于SDK中的函数是MessageBoxW和MessageBoxA这两个函数.

MessageBox只是一个宏而已。所以在程序中，这3个名字你都可以使用，只不过需要注意的是，使用MessageBoxA的话，那么你要注意传给它的参数，字符都必须是单字节，也就是ASCII， 在程序中就是char，如果使用MessageBoxW的话，那么，字符都必须使用Unicode，程序中就是 wchar_t。 但是这样有个非常不方便的地方那就是，如果你使用W后缀系列的函数的话，那么你的程序使用的字符就是Unicode字符编码的，但是如果你需要用这个程序的源代码编译出字符采用ASCII编码的程序，那么需要改动的地方就太大了。凡是涉及到字符操作的地方都需要改变。那么 ，有没有比较好的办法不做更改就可以用同样的代码编译出ASCII版本的程序呢。

当然有，就是我们在编程的时候尽量使用不带后缀的宏定义，如上例，就使用MessageBox,其中的参数也不明确使用char 还是wchar_t 而是使用微软给我们定义的TCHAR字符数据类型，它的定义和上面MessageBox函数的定义差不多，都是根据是否定义了UNICODE这个宏来判断是将TCHAR定义为char还是wchar_t，所以这样一来，这个TCHAR的数据类型就是可变的了，它根据工程的设置而定义为相应的最终字符类型，这样我们的程序就可以不做任何更改就可以轻松的编译出另外一个版本的了。是不是非常方便。

【第三讲】
本打算通过前面两篇文章的讲解，后来的系列就可以通过使用一些简单的，常用的API写一些示例程序的讲解进行，但是发现还有一个不得不先讲一讲的要点，Windows下和字符串操作有关的数据类型。我看留言中也有几位朋友提到了，那我就在这篇中讲它吧。不会很枯燥的，各位慢慢看下去就是了。
下面我罗列一些我们在Windows平台下编程经常使用到的和字符或字符串有关的数据类型。
char 和 wchar_t
这两个类型大家绝对不会陌生吧，一个是单字节的字符类型，一个是宽字节的字符类型(也就是Unicode字符)。
char c = ‘b’;
wcha_t wc = L’b’;
上面我就分别定义了2个变量c和wc ，相信第一个定义大家都看的懂，就是定一个字符变量c，其中保存了’b’这个字符。 那么第二个呢? 我相信还是很多人都看的懂，要是你看不懂也没关系，现在就告诉你，也是定义一个字符变量wc， 只不过这个字符变量是Unicode字符变量，用2个字节来保存一个字符，而上面的c这个字符变量只有一个字节来保存，那么在’b’前面的L又是什么意思呢，它就表示这里的’b’这个字符是一个Unicode字符，所以第二个定义的意思就是将L’b’这个Unicode字符保存到wc这个Unicode字符变量中。

如果我要定义一个字符数组怎么定义呢? 用分别用单字节的char和宽字节的wchar_t来定义就应该是：

char c[10];
wchar_t wc[10];
如果是要带初始化的字符数组的声明，我们来看看怎么写
char c[] = “beyondcode”;
wchar_t wc[] = L”beyondcode”;
看到了吗，宽字节的操作其实和单字节的字符操作一样吧，只是在前面加上L表示是宽字节的字符或者字符串。
上面都是属于C/C++中的知识，并没有涉及太多Windows中的数据类型，那么各位朋友们在Windows编程中看到的满到处都是的 TCHAR,LPSTR, LPCSTR, LPWSTR, LPCWSTR, LPTSTR, LPCTSTR 这些数据类型又是怎么回事呢? 别急，我们一步一步的来，最后我会联系到那上面去的。
上面的你都知道或者是理解了的话，那我们继续，除了可以声明一个字符数组，我还可以定义一个字符指针变量来指向一个字符数组，当然这个字符数组可以是Unicode的宽字节字符数组，也可以是单字节字符数组，如下：

char c[] = “hello beyondcode”; //定义一个字符数组
wchar_t wc[] = L”hello beyondcode”; //定义一个宽字节字符数组
char *p = c; //定义一个字符指针，指向刚才的字符数组

wchar_t *wp = wc; //定义一个宽字节字符指针，指向刚才的宽字节字符数组
这样之后，我就可以通过指针来改变刚才我们定义的2个数组，例如：
p[0] = ‘H’;
wp[0] = L’H’;
把上面2个数组的第一个字符通过指针改变成大写。这里是可以通过指针来修改的，因为我没有定义指针为常量指针，也就是没有加const 修饰符。如果我像下面这样定义的话，那么就不能通过这些指针来改变他们所指向的数据了，而是只有读取他们。

const char *p = c;
const wchar_t *wp = wc;
上面将的都是C/C++的基础知识，有点啰嗦，为了照顾新手朋友们嘛，下面我们就来看看Windows是怎么定义它的数据类型的
首先，定义了CHAR, WCHAR的这2个字符数据类型，就是我们上面讨论的两个字符数据类型改了一下名字而已。现在你还不昏吧··

typedef char CHAR;
typedef wchar_t WCHAR;
然后，用刚才定义的 CHAR, WCHAR这2个字符数据类型去定义了一系列其他字符指针类型。

typedef CHAR *LPSTR;
typedef WCHAR *LPWSTR;

这样一定义之后，LPSTR的就是 CHAR*， 而CHAR 又是char， 所以LPSTR的本质就是 char*，也就是我们上面熟悉的不能再熟悉的字符指针, 那LPWSTR不用我推导，相信你也推导出来了吧。不过我还是推导一下，LPWSTR是 WCHAR * ， WCHAR是wchar_t，这样LPWSTR就是 wchar_t* ，也就是我们上面讨论的宽字节字符指针。上面这些定义都是在WinNT.h这个头文件中定义的，读者朋友们有兴趣在这个头文件里面去挖掘挖掘吧，上面2个定义我只是提取了重要的部分，其实在里面他还定义了其他很多别名.
看了LPSTR, LPWSTR是怎么一回事之后，我们再接再厉，看看LPCSTR,LPCWSTR这2个数据类型又是怎么一回事呢, 老规矩，先看windows的定义。

typedef CONST CHAR *LPCSTR;
typedef CONST WCHAR *LPCWSTR;
和上面的比较，名字中就多了一个大写的C，这个C的含义就代表是const修饰符,也就是我们上面所说的常量指针，指向的内容不能通过这个指针被改变，但可以读取。定义中的大写的CONST也是一个宏，我在第一篇文章中就讲过了，代换出来也就是const， 所以请读者自己推导一下这两个数据类型的本质是什么。
所以，在windows平台下的编程过程中，凡是可以使用char* 的地方，你都可以使用LPSTR来代替，凡是可以使用wchar_t*的地方，你都可以使用LPWSTR来代替，至于怎么用，还是那句老话，看你个人心情，只不过Windows的API函数中关于字符串的都是使用LP这种数据类型。但是你还是可以给他传递char* 或者 wchar_t* ,只要他们的本质是一样的，那怎么不可以呢~~

下面，我们来看一看一些示例。
char c = ‘c’; 和 CHAR c = ‘c’; 是一样的
wchar_t wc = L’w’; 和 WCHAR wc = L’w’; 是一样的
char* p 和 LPSTR p 是一样的
wchar_t* wp 和 LPWSTR wp 是一样
再来看看动态内存分配怎么写的呢

char* p = new char[10]; //动态分配了十个字符
也可以写成
CHAR* p = new CHAR[10];
LPSTR p = new CHAR[10];
LPSTR p = new char[10];
宽字节的再来一次
wchar_t* wp = new wchar_t[10];
也可以写成下面这些形式
WCHAR* wp = new WCHAR[10];
LPWSTR wp = new WCHAR[10];
LPWSTR wp = new wchar_t[10];

上面定义的这些字符指针 p , wp都没有用const修饰符，所以可以通过他们来修改他们所指向的内容。这里留给读者一个问题，怎么定义有const修饰符的字符指针呢，都可以用什么形式来写呢，写得越多越好哟通过上面这些，我想你大概已经了解了LPSTR, LPCSTR, LPWSTR, LPCWSTR这四个数据类型了，他们无非就是:

LPSTR ——- char*
LPCSTR ——- const char*
LPWSTR ——- wchar_t*
LPCWSTR ——– const wchar_t*

下面我提一个问题，如果你在你的程序中使用的字符串都是通过LPWSTR,LPCWSTR这种宽字节(Unicode)字符指针来进行操作的，那么在Unicode环境下编译，完全没有问题，如果这时你需要编译一套ASCII版本的程序，那你会怎么办呢？ 你说将用LPWSTR 和LPCWSTR的地方全部换成LPSTR和LPCSTR，再将字符串前面的L去掉就可以了，对，这是一种方法，但是！！所有人在这里都应该知道我要说但是，这也太麻烦了吧。难道没有通用点的方法吗? 有！！ 所有人在这里也都知道我会说有，呵呵。 那就是使用微软的通用数据类型,说通用数据类型有点太专业了，其实也就那样，请听我慢慢分析来。我在上一篇文章中说过，凡是涉及字符串操作的API函数有2套，一个A系列的,一套W系列的，还有一套宏，能根据不同的工程环境定义成不同的API函数名。那么在字符类型上微软也使用几乎同样的技术，定义了一套宏能根据不同的工程环境定义成不同的字符数据类型。我上面就提到过的TCHAR,LPTSTR, LPCTSTR就是这样的类型。

首先说说TCHAR，它是被这样定义的：

//#ifdef UNICODE
//typedef WCHAR TCHAR;
//#else
//typedef char TCHAR
看到了吗? 它也是根据UNICODE这个宏被定义没有，如果被定义了，那么TCHAR代表的数据类型就是WCHAR， 也就是wchar_t， 如果没被定义，那么TCHAR 就代表的是char
同样LPTSTR,LPCTSTR也是这样的，考虑到篇幅，我就只列出LPTSTR来给大家看看了

//#ifdef UNICODE
//typedef LPWSTR LPTSTR;
//#else
//typedef LPSTR LPTSTR;

这个是我简化了的定义，真实面目有些复杂，不过意思也是如此，有兴趣可以自己看看，在WinNT.h这个头文件中。下面再次解释一下上面这个LPTSTR的定义, 还是老样子，根据UNICODE这个宏被定义与否来决定怎么定义LPTSTR ，如果是定义了UNICODE这个宏，表示当前工程环境是Unicode环境，那么LPTSTR就被定义为了LPWSTR， LPWSTR就是我们前面所讲的wchar_t* ，所以此时LPTSTR代表的数据类型就是wchar_t* ， 如果这时的工程没有定义UNICODE这个宏，那么就定义LPTSTR为LPSTR，而LPSTR就是我们前面所说的char* ，所以这是的LPTSTR就代表char*。

然后还有一个宏需要讲一下，由于我们使用通用数据类型，那么我事先就不知道我的源代码需要在Unicode下编译还是在ASCII环境下编译,所以如下这种情况

TCHAR tc = ‘a’; 或者是 TCHAR tc = L’a’; 是否合适呢？ 前面我已经说过了字符或字符串常量前面加L代表这是宽字节的字符或字符串，将一个宽字节字符赋值给一个TCHAR数据类型的变量tc，什么情况下是正确的呢? 各位思考一下呢?

如果当前工程是Unicode环境，那么TCHAR数据类型就是wchar_t的宽字节类型，所以tc就是宽字节字符变量，那么上面第二个赋值语句就是正确的，而第一个就是错误的。

如果反过来，当前的工程是ASCII环境，那么TCHAR代表的是char这种数据类型，那么第一个赋值语句就是正确的，而第二个就是错误的了。

分析了这么多，我就是要讲一个宏 _T(), 只要将字符或者字符串常量放在_T()这个宏里面，那么这个宏就能根据当前的环境决定是否在字符或字符串前面加L，如下面：

TCHAR tc = _T(‘A’);

如果这么写，在不需要改写源代码的情况下，就可以编译出Unicode和ASCII两套程序而只需要改变工程的环境而已。
在这里我介绍的是Windows平台下的和字符串操作有关的数据类型，至于MFC中的CString类，c++标准库中的string，我就不做讲解了。