看到const关键字,C程序员首先想到的可能是const常量。这可不是良好的条件反射。如果只知道用const定义常量,那么相当于把火药仅用于制作鞭炮。const更大的魅力是它可以修饰函数的参数、返回值,甚至函数的定义体。<br/><br/>const是constant的缩写,“恒定不变”的意思。被const修饰的东西都受到强制保护,可以预防意外的变动,能提高程序的健壮性。所以很多C程序设计书籍建议:“Use const whenever you need”。<br/>
<b>11.1.1 用const修饰函数的参数</b>
如果参数作输出用,不论它是什么数据类型,也不论它采用“指针传递”还是“引用传递”,都不能加const修饰,否则该参数将失去输出功能。<br/><br/>const只能修饰输入参数:<br/>
如果输入参数采用“指针传递”,那么加const修饰可以防止意外地改动该指针,起到保护作用。<br/>
例如StringCopy函数:<br/>
void StringCopy(char *strDestination, const char *strSource);<br/>
其中strSource是输入参数,strDestination是输出参数。给strSource加上const修饰后,如果函数体内的语句试图改动strSource的内容,编译器将指出错误。如果输入参数采用“值传递”,由于函数将自动产生临时变量用于复制该参数,该输入参数本来就无需保护,所以不要加const修饰。<br/>
例如不要将函数void Func1(int x) 写成void Func1(const int x)。同理不要将函数void Func2(A a) 写成void Func2(const A a)。其中A为用户自定义的数据类型。 对于非内部数据类型的参数而言,象void Func(A a) 这样声明的函数注定效率比较底。因为函数体内将产生A类型的临时对象用于复制参数a,而临时对象的构造、复制、析构过程都将消耗时间。
为了提高效率,可以将函数声明改为void Func(A <br/>
如下语句将出现编译错误:<br/>
char *str = GetString();<br/>
正确的用法是<br/>
const char *str = GetString();如果函数返回值采用“值传递方式”,由于函数会把返回值复制到外部临时的存储单元中,加const修饰没有任何价值。<br/>
例如不要把函数int GetInt(void) 写成const int GetInt(void)。<br/>
同理不要把函数A GetA(void) 写成const A GetA(void),其中A为用户自定义的数据类型。<br/>
如果返回值不是内部数据类型,将函数A GetA(void) 改写为const A{…<br/>
A
// 赋值函数<br/>
};<br/>
A a, b, c;
// a, b, c 为A的对象<br/>
…<br/>
a = b = c;
// 正常的链式赋值<br/>
(a = b) = c;
// 不正常的链式赋值,但合法<br/>
如果将赋值函数的返回值加const修饰,那么该返回值的内容不允许被改动。上例中,语句 a = b = c仍然正确,但是语句 (a = b) = c 则是非法的。
<b>11.1.3 const成员函数</b>
任何不会修改数据成员的函数都应该声明为const类型。如果在编写const成员函数时,不慎修改了数据成员,或者调用了其它非const成员函数,编译器将指出错误,这无疑会提高程序的健壮性。<br/><br/>以下程序中,类stack的成员函数GetCount仅用于计数,从逻辑上讲GetCount应当为const函数。编译器将指出GetCount函数中的错误。<br/>
class Stack<br/>{<br/> public:<br/> void
Push(int elem);<br/>int
Pop(void);<br/>int
GetCount(void)const;
// const成员函数<br/>private:<br/> int
m_num;<br/>int
m_data[100];<br/>};<br/>
int Stack::GetCount(void)const<br/>{<br/>
m_num;// 编译错误,企图修改数据成员m_num<br/>Pop();
// 编译错误,企图调用非const函数<br/>return m_num;<br/> }<br/>
const成员函数的声明看起来怪怪的:const关键字只能放在函数声明的尾部,大概是因为其它地方都已经被占用了。<br/>