VC中一个关于宏的使用问题.docVIP

VC中一个关于宏的使用问题 这儿是个关于宏的问题，我曾用过ATL的串转换宏，包括W2A，开始有些东西我还不太明白。为了使用这些宏，必须在函数的开始处用USES_CONVERSION来初始化某些局部变量。用就用吧，但是看看这个宏的定义，它有类似下面的代码： 1.// 在atlconv.h文件中2.#define USES_CONVERSION \ 3.int?_convert; _convert; \ 4.UINT?_acp = GetACP(); _acp; \ 5.LPCWSTR?_lpw; _lpw; \? 6.LPCSTR?_lpa; _lpa 为什么它们用“int x;x;”——这种后面跟着变量的声明？ 很多人都碰到过这个令人困惑的问题，后来发现简单的答案是：禁止编译器的警告信息（warning）。如果单独有一行代码： 1.int?x; 且从来没有使用过x，那么编译器汇报错“unreferenced local variable：x”,意思是未引用过的局部变量x，如果将警告信息的输出调到最大。为了避免讨厌的警告，USES_CONVERSION引用声明的变量。 1.int?x;?// 声明2.x;?// 使用这个变量 1.void?MyFunc(int?x,?char?y) 2.{ 3.x; 4.y; 5.… 6.} 当然，现在用下面的代码可以更有效地完成同样的事情： 1.// 参数 x 不是用2.void?MyFunc(int?/* x */)? 3.{ 4.… 5.} 也就是说声明参数，但不给它起名，不能这样使用局部变量；必须显式地引用它。这样做不会增加任何指令到代码中。最多可能多增加几个字节到堆栈（为x预留空间）。灵巧的编译器甚至不会操心x从来没有被使用过——虽然好奇心可能想知道：如果编译器够厉害，知道了从没有使用x，为什么要抱怨（编译出错）呢？答案是因为苛刻的程序员（且编程能力与个人的记性有关）使用编译警告提醒自己删除某部分代码时发生变量荒废。这种警告在C时代很有用，你必须在每个函数的顶部声明变量，这就远离了实用它们的代码。 现在来看看另一个问题：为什么在开始位置要用USES_CONVERSION？即为什么W2ACo之类的宏还需要另外的宏声明自己的变量；为什么不直接在W2A中声明这个变量？ 1.#define W2A(x) \ 2.int?_convert; _convert; \ 3.……etc 很明显这样做不行，因为如果你使用W2A两次，得到一个复制的变量。那为什么不把整个宏放进花括弧创建新的范围？ 1.#define W2A(x) Q{ \ 2.int?_convert; _convert; \ 3.…… \ 4.} 这样解决了命名冲突，但不能进行如下编码： 1.DoSomething(W2A(pwstr)); 没有办法从代码块返回值，所以不能在函数调用中传递W2A。真笨啊，那么内联函数怎么样？ 1.inline?LPCSTR?W2A(LPWSTR?w) { 2.int_convert; 3.…… 4.} 这解决了范围问题——任何W2A需要的变量多可以在这个函数中，在自己的范围内声明，不需要另外的宏。它也提供了一种返回值的方式，使你可以在函数调用和赋值中使用W2A（x）。但是这种方法不灵，也是因为W2A的缘故和其它的宏更复杂。 不管什么时候进行Unicode转换，都不能就地转换串，必须分配一个临时串容纳被转换的字节。典型地，通过调用new分配一个串： 1.int?len = MultiByteToWideChar(...,? 2.mystr, NULL, 0);?// 或的长度 3.LPWSTR?p =?new?WCHAR[nLen];?// 分配内存 4.MultiByteToWideChar(...,p,len);?// 转换 5.SomeCOMFunction(p);?// 使用之 6.delete?[] p;?// 销毁 1.// 简化版2.#define A2W(s) \ 3._len = 2*strlen(s); 4.AfxA2WHelper((LPWSTR)alloca(_len); AfxA2Whelper是一个调用MultiByteToWideChar的辅助函数。A2W使用2*len巧妙地避免了两次调用MultiByteToWideChar。但A2W及其它转换宏真正聪明的地方是不调用new操作分配临时串，而是调用alloca——在栈中分配字节，而不是在堆中。这样做非常快，因为编译器要做的只是增加栈指针。不调用函数，不处理内存块。它也避免了内存碎片，并且也没有必要调用delete操作，因为当控制离开alloca被调用的地址后，内存被自动释放。这正好说明了为什么A2W不能时内联函数；如果是的话