#define�Q�const�Q�还是enum�Q?转蝲)

Yu — Fri, 19 Aug 2011 09:48:00 GMT

转蝲自：http://blog.csdn.net/norains/archive/2009/07/21/4366530.aspx

#define�Q�const�Q�enum�Q�这三者有何关联？一个是宏定义，一个是静态修饰符�Q�最后一个还是枚丄��型。是不是有点像养麦皮打浆�p?#8212;—�_�不��C�� P��如果我们��范围羃��再�~�小�Q�让三者都只局限于“固定�?#8221;�Q�那么千丝万�~�的关系��׃��然于�U怸�——臛_��Q�有共同点了�?br />
在解释什么是“固定�?#8221;之前�Q�我们先来了解何�?#8220;奇数”。太多的原则都有告诫�Q�少�?#8220;奇数”�Q�因��导致代码不可维护。听��h��g��如算命的释语般玄之又玄，不可捉摸�Q�但光��的语义却是如此简单。下面这两个代码�D�，正好说明“奇数”之糟�p�：

代码�D?:
switch(mode)
{
case 1:
//TO Do someting.
break;
case 2:
//TO Do someting.
break;
case 3:
//TO Do someting.
break;
}
代码�D?�Q?nbsp;
switch(mode)
{
case SLEEP:
//TO Do someting.
break;
case POWER_OFF:
//TO Do someting.
break;
case POWER_ON:
//TO Do someting.
break;
}

代码�D?: switch(mode) { case 1: //TO Do someting. break; case 2: //TO Do someting. break; case 3: //TO Do someting. break; } 代码�D?�Q?switch(mode) { case SLEEP: //TO Do someting. break; case POWER_OFF: //TO Do someting. break; case POWER_ON: //TO Do someting. break; }

显而易见，代码�D?的可��L��比代码�D?要高多了。在�q�两个实例里�Q�像“1”�Q?#8220;2”�Q?#8220;3”�q�种��叫奇数�Q��?“SLEEP”�Q?#8220;POWER_OFF”�Q?#8220;POWER_ON”��是固定倹{��固定值的定义在C++中有三种方式�Q�分别就是本文要讨论 �?define�Q�const和enum�?br />
大名鼎鼎的《Effect C++》的作者Scott Meyers��曾��q�，凡是用const能代�?define的地方，都应该用const。这句话不无道理�Q�也从另一斚w��来说�Q?define和const事实上很多地斚w��能互用�?br />
比如

const DWORD DEFAULT_VOLUME = 0xFFFF;
//#define DEFAULT_VOLUME 0xFFFF
...
m_dwVolume = DEFAULT_VOLUME;

const DWORD DEFAULT_VOLUME = 0xFFFF; //#define DEFAULT_VOLUME 0xFFFF ... m_dwVolume = DEFAULT_VOLUME;

无论你是用const�q�是#define来定义DEFAULT_VOLUME�Q�对于m_dwVolume = DEFAULT_VOLUME�q�语句而言都没有本质性的变化。那么，是不是意味着�Q�是�?define�q�是用const�Q�完全取决于当时的心情了�Q�答案自然是否定的，否则本文��成了抒情散文了�?br />
#define有个致命的缺��P��不受作用域限制。凡是在#define之后的代码，都可以直接��?define定义的数倹{�?br />
我们�l�常会写�q�么一个函敎ͼ�用以获取某个讑֤�的DWORD倹{��但�q�个函数不是�q�回BOOL�c�d��来表�C�成败，而是采用另外一�U�方式：当读取成功时�Q�返回的�?具体和设备有关的数��|��当失败时�Q�返回的是默认数倹{��听��h��q�函数功能有点奇怪，也怀疑在什么情况下才会采用如此设计�Q�但可惜本文主题不是讨论该函数能�q?什么，或应该出��C��什么地点，我们只要知道有这么一�U�函数即可�?br />
我们姑且假设�q�函数原型如下：

DWORD GetDevDW(HANDLE hDev,DWORD dwError);

DWORD GetDevDW(HANDLE hDev,DWORD dwError);

调用也很��单：

DWORD dwVal = GetDevDW(hDev,ERROR_VALUE);

DWORD dwVal = GetDevDW(hDev,ERROR_VALUE);

在这个例子中�Q�如果dwVal的数值等于ERROR_VALUE�Q�那么意味着调用GetDevDW��p�|�Q�不�{�于ERROR_VALUE才意味着调用成功�?br />
现在我们有两个函敎ͼ�分别用来获取两个讑֤�的信息。在接下来的例子中，我们采用#define来定义固定��|��

void GetDev1Info()
{
....
#define ERROR_VALUE 0
GetDevDW(NULL,ERROR_VALUE);
...
}
void GetDev2Info()
{
....
#define ERROR_VALUE 2
GetDevDW(NULL,ERROR_VALUE);
...
}

void GetDev1Info() { .... #define ERROR_VALUE 0 GetDevDW(NULL,ERROR_VALUE); ... } void GetDev2Info() { .... #define ERROR_VALUE 2 GetDevDW(NULL,ERROR_VALUE); ... }

看�v来一切似乎都挺好�Q�难道不是嘛�Q�只可惜�Q�编译会有警告出玎ͼ�'ERROR_VALUE' : macro redefinition�?br />
问题的根源只在于#define的数值没有作用域的概��c��更为糟�p�的是，在GetDev2Info函数中��用的ERROR_VALUE�q�不是我们所期望�?�Q�而是在GetDev1Info中定义的0。噢�Q�我的天�Q�再也没有比�q�更�p�糕的事了�?br />
��Z��d��解决�q�个警告�Q�我们可以在GetDev2Info函数做一些额外的工作�Q?/p>

void GetDev2Info()
{
....
#ifdef ERROR_VALUE
#undef ERROR_VALUE
#endif
#define ERROR_VALUE 2
GetDevDW(NULL,ERROR_VALUE);
...
}

void GetDev2Info() { .... #ifdef ERROR_VALUE #undef ERROR_VALUE #endif #define ERROR_VALUE 2 GetDevDW(NULL,ERROR_VALUE); ... }

问题解决了，警告没有了，但代码却丑陋了�?br />
�q�有另一�U�方式，更改固定值的名称:

void GetDev1Info()
{
....
#define DEV1_ERROR_VALUE 0
GetDevDW(NULL,DEV1_ERROR_VALUE);
...
}
void GetDev2Info()
{
....
#define DEV2_ERROR_VALUE 2
GetDevDW(NULL,DEV2_ERROR_VALUE);
...
}

void GetDev1Info() { .... #define DEV1_ERROR_VALUE 0 GetDevDW(NULL,DEV1_ERROR_VALUE); ... } void GetDev2Info() { .... #define DEV2_ERROR_VALUE 2 GetDevDW(NULL,DEV2_ERROR_VALUE); ... }

同样�Q�问题解决了�Q�警告没有了�Q��ƈ且，代码也不��丑陋。遗留的唯一问题是，如果�c�M��函数很多的话�Q�我们需要绞��脑汁去�l�每个错误固定值选择一个唯一的名字。呃�Q�这对于我们�q�些懒�h而言�Q�这�q�不��一个好差事。既然如此，��Z��么不用const呢？

void GetDev1Info()
{
...
const DWORD ERROR_VALUE = 0;
GetDevDW(NULL,ERROR_VALUE);
....
}
void GetDev2Info()
{
...
const DWORD ERROR_VALUE = 2;
GetDevDW(NULL,ERROR_VALUE);
...
}

void GetDev1Info() { ... const DWORD ERROR_VALUE = 0; GetDevDW(NULL,ERROR_VALUE); .... } void GetDev2Info() { ... const DWORD ERROR_VALUE = 2; GetDevDW(NULL,ERROR_VALUE); ... }

没错�Q�仅此而已。因为const DWORD声明的是一个局部变量，受限于作用域的局限，所以我们在GetDev1Info和GetDev2Info都能使用相同的固定值名�U��?br />
�q�个例子也许�q�不��以说服你用const替代#define�Q�那么接下来的例子你应该会扭转这一观念——或许�q�例子你已经��到�q��?br />
我们有两个class�Q�分别用来控制汽车的重音和功放。这两个�c�都需要在头文件中定义MAX_VOLUME以供使用者调用，但很不幸的是�Q�重韛_��功放的MAX_VOLUME值是不同的�?br />
如果�?define�Q�在头文件中我们可能�q�么写：

///////////////////////////////////
//Bass.h
#define MAX_VOLUME 15

/////////////////////////////////// //Bass.h #define MAX_VOLUME 15

///////////////////////////////////
//Amplifier.h
#define MAX_VOLUME 30

/////////////////////////////////// //Amplifier.h #define MAX_VOLUME 30

当两个头文�g没有同时使用�Ӟ��一切都很顺利，不是嘛？

但如果我需要同时控制着两个音量�Q�那么我们就必须要同时include�q�两个文�Ӟ��像这�U�调用大家应该不陌生吧：

#include "Bass.h"
#include "Amplifier.h"

#include "Bass.h" #include "Amplifier.h"

那么问题��很昄��Q�严重的警告或是无法通过�~�译�?br />
��Z��解决�q�个问题�Q�我们还是只能请出const。只不过�Q�如果还是简单地声明如下�Q?/p>

///////////////////////////////////
//Bass.h
const DWORD MAX_VOLUME = 15;

/////////////////////////////////// //Bass.h const DWORD MAX_VOLUME = 15;

///////////////////////////////////
//Amplifier.h
const DWORD MAX_VOLUME = 30;

/////////////////////////////////// //Amplifier.h const DWORD MAX_VOLUME = 30;

那么该出现的问题�q�是和用#define一��P��没有��M��本质上的改变。这时候，我们只能请出namespace了�?/p>

///////////////////////////////////
//Bass.h
namespace Bass
{
const DWORD MAX_VOLUME = 15;
};

///////////////////////////////////
//Amplifier.h
namespace Amplifier
{
const DWORD MAX_VOLUME = 30;
}

/////////////////////////////////// //Amplifier.h namespace Amplifier { const DWORD MAX_VOLUME = 30; }

在没有��用using来省略命名空间的情况下，我们可以�q�么折腾代码�Q?/p>

DWORD dwBass = Bass::MAX_VOLUME;
DWORD dwAmplifier = Amplifier::MAX_VOLUME;

DWORD dwBass = Bass::MAX_VOLUME; DWORD dwAmplifier = Amplifier::MAX_VOLUME;

在这个例子中�Q�命名空间�v到标志作用，标明当前的MAX_VOLUME属于哪种范畴�Q�也��意外的收获�?br />
看到�q�里�Q�也许有��Z��问，如果是namespace + #define方式可以么？很遗憾，�{�案是不行。正如前面所��_��#define不受限于作用域，所以简��单单的namespace无法套住#define�q�只猛兽�?br />
��x��Q�我们可以这么下定论�Q�在不涉及到条�g�~�译�Q��ƈ且只是��用固定值的前提下，我们都应该用const来替�?define�?br />
��Z��q�个原则�Q�以下的讨论我们��抛开#define�Q�只用const�?br />
我们再回�q�头来看看文章最初的例子�Q�将其封装�ؓ一个函�?/p>

BOOL SwitchMode(DWORD mode)
{
...
switch(mode)
{
case SLEEP:
//TO Do someting.
break;
case POWER_OFF:
//TO Do someting.
break;
case POWER_ON:
//TO Do someting.
break;
}
...
}

BOOL SwitchMode(DWORD mode) { ... switch(mode) { case SLEEP: //TO Do someting. break; case POWER_OFF: //TO Do someting. break; case POWER_ON: //TO Do someting. break; } ... }

在代码的他处定义了如下固定��|��

const DWORD SLEEP = 0x00;
const DWORD POWER_OFF = 0x02;
const DWORD POWER_ON = 0x03;

const DWORD SLEEP = 0x00; const DWORD POWER_OFF = 0x02; const DWORD POWER_ON = 0x03;

调用的时候：

SwitchMode(SLEEP);
...
SwitchMode(POWER_OFF);
...

SwitchMode(SLEEP); ... SwitchMode(POWER_OFF); ...

很好�Q�很漂亮�Q�难道不是么�Q?br />
但这样子无法保证使用者不是如此调用代码：

SwitchMode(0x100);

SwitchMode(0x100);

0x100不是我们惌��的数��|��在SwitchMode函数也不会对该数值有相应的处理，但偏偏这�W�合�~�译器的规范�Q�它会让�q�代码没有�Q何警告没有�Q何错误顺利编译通过�?br />
也许�q�有��Q�谁会那么傻�Q�直接用0x100来赋值啊�Q�这话确实没错，直接�?x100的概率确实太��了�?br />
但我们无法否认，会有�q�么一�U�可能：有另外一个函敎ͼ�其中一个固定��gؓ如下定义�Q?/p>

const DWORD FILE_MODE = 0x100;

const DWORD FILE_MODE = 0x100;

而我们一时冲昏了��_��又或许喝醉了酒，��该参数误用了：

SwitchMode(FILE_MODE);

SwitchMode(FILE_MODE);

对于�~�译器来��_��无论�?x100�q�是FILE_MODE�Q�都没有太多意义�Q�所以这病态代码很�Ҏ��通过�~�译器检��；而对于�h而言�Q�因为已�l��用了固定��|��也下意识以�ؓ�q�参数是�W�合的。两者，无论是编译器�Q�还是我们，都被合理地蒙骗了�?br />
那么�Q�我们有办法在编译的时候，如果该数��g��是我们所惌��的，�~�译器能�l��用者提�C��告甚至错误么�Q?br />
一切皆有可能！不过�Q�这时候我们不能��用const�Q�而必��L��用enum�?br />
首先用enum定义固定��|��

enum Mode
{
SLEEP,
POWER_OFF,
POWER_ON,
};

enum Mode { SLEEP, POWER_OFF, POWER_ON, };

函数的声明如此更换：

view plain copy to clipboard print ?

BOOL SwitchMode(Mode mode)

BOOL SwitchMode(Mode mode)

调用也是和之前无异：

SwitchMode(SLEEP);
...
SwitchMode(POWER_OFF);
...

SwitchMode(SLEEP); ... SwitchMode(POWER_OFF); ...

唯一的不同就是，如果你这栯��用：

SwitchMode(0x100); //�q�时候无法编译通过
SwitchMode(FILE_MODE); //�q�时候无法编译通过

SwitchMode(0x100); //�q�时候无法编译通过 SwitchMode(FILE_MODE); //�q�时候无法编译通过

那么�~�译器就会毫不犹豫地发出抱怨：cannot convert parameter 1 from 'int' to 'Mode'�?br />
很好�Q�编译器已经作�ؓ我们的第一道防火墙�Q�将我们所不需要的毫无兌��的数值通通排除在外。难道不是很��好吗？

当然�Q�如果你惛_��制让�~�译器通过异样的数��g��不是不可�?/p>

SwitchMode(static_cast(0x100));

SwitchMode(static_cast(0x100));

虽然0x100不处于Mode的范围之内，但依然还是通过了编译器的检��。对此，我们毫无办法。只是，像这�U�极端的异教徒的做法�Q�有多少情况下会��到呢？

最后的最后，我们略微�ȝ��一下：

1.只是声明单一固定��|��可能采用const�?br />
2.如果是一�l�固定��|��q�且互相有关联，则采用enum�?br />
3.不涉及条件编译，只是定义固定值的情�Ş下，��可能不使用#define�?/p>

Yu 2011-08-19 17:48 发表评论

香蕉久久永久视频,奇米影视7777久久精品,午夜精品久久久久久久

#define�Q�const�Q�还是enum�Q?转蝲)