Effective C++解析 Item3:尽量使用const

const允许用户对变量进行行为约束——经过const修饰的变量无法修改。
因此变量可以在不同的编译器或程序员间保持不变。

指针变量

在修饰内部类型时,表示变量内容不能修改。
但是当修饰指针时,就有两种情况:指针变量指向的内容不能修改,指针变量保存的内存地址不能修改。如下:

char greeting[] = "Hello"; 
char *p = greeting; 
// non-const pointer, 
// non-const data
const char *p = greeting; 
// non-const pointer,
// const data
char * const p = greeting; 
// const pointer,
// non-const data
const char * const p = greeting; 
// const pointer,
// const data

归结:
当const出现在*号左边时表示:指向的内容不能修改。
当const出现在*号右边时表示:指针指向地址不能修改。
当const出现在*号两边表示:指向的内容和指向的地址都不能修改。

注:const与类型的位置没有特定的指定,const在类型左边和右边表示的意思是一样的,如 const int * a和int const * a表达的意思一样。

STL中const T iterator vs T const_iterator

在STL中使用的迭代器模仿了指针的行为,迭代器也和T* pointer的行为很像。
但是在迭代器中const修饰,并不和变量修饰一样,而是有点相反的意思。
如下:

std::vector<int> vec;
...
// iter acts like a T* const
const std::vector<int>::iterator iter = vec.begin();
*iter = 10; // OK, changes what iter points to
++iter; // error! iter is const
std::vector<int>::const_iterator cIter = vec.begin();
// cIter acts like a const T*
*cIter = 10; // error! *cIter is const
++cIter; // fine, changes cIter

const std::vector< int>::iterator iter 表示iter保存的地址不能修改的,而指向的内容可以修改。
std::vector< int >::const_iterator iter 表示iter保存的地址可以修改,而指向的内容不能修改。

修饰函数

const 关键字最大的魅力是它可以修饰函数的参数、返回值,甚至函数的定义体。

函数输入参数

如果输入参数作为输出使用,因为在函数内想要修改参数,所以这种情况下不能加const 修饰,不论它是什么数据类型,也不论它采用“指针传递”还是“引用传递”,否则该参数将失去输出功能。
如果不作输出使用,才能使用const修饰:

如果输入参数采用“指针传递”,那么加const 修饰可以防止意外地改动该指针,起到保护作用。
例如StringCopy 函数:

void StringCopy(char *strDestination, const char *strSource);

其中strSource参数用来输入(输入参数),strDestination参数用来输出(输出参数)。给strSource 加上const修饰后,如果函数体内的语句试图改动strSource 的内容,编译器将指出错误。

如果输入参数采用“值传递”,由于函数将自动产生临时变量用于复制该参数,该输入参数本来就无需保护,所以不要加const 修饰。即不需要将函数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 &a),因为“引用传递”仅借用一下参数的别名而已,不需要产生临时对象。但是函数void Func(A &a) 存在一个缺点:
“引用传递”有可能改变参数a,这是我们不期望的。解决这个问题很容易,加const修饰即可,因此函数最终成为void Func(const A &a)。
以此类推,是否应将void Func(int x) 改写为void Func(const int &x),以便提高效率?完全没有必要,因为内部数据类型的参数不存在构造、析构的过程,而复制也非常快,“值传递”和“引用传递”的效率几乎相当。
问题是如此的缠绵,我只好将“const &”修饰输入参数的用法总结一下。
对于非内部数据类型的输入参数,应该将“值传递”的方式改为“const 引用传递”,目的是提高效率。例如将void Func(A a) 改为void Func(const A &a)。
对于内部数据类型的输入参数,不要将“值传递”的方式改为“const 引用传递”。否则既达不到提高效率的目的,又降低了函数的可理解性。例如void Func(int x) 不应该改为void Func(const int &x)。

返回值

如果给以“指针传递”方式的函数返回值加const 修饰,那么函数返回值(即指针)的内容不能被修改,该返回值只能被赋给加const 修饰的同类型指针。
例如函数:
const char * GetString(void);
如下语句将出现编译错误:
char *str = GetString();
正确的用法是
const char *str = GetString();

如果函数返回值采用“值传递方式”,由于函数会把返回值复制到外部临时的存储单元中,加const 修饰没有任何价值。
例如不要把函数int GetInt(void) 写成const int GetInt(void)。
同理不要把函数A GetA(void) 写成const A GetA(void),其中A 为用户自定义的数据类型。
如果返回值不是内部数据类型,将函数A GetA(void) 改写为const A & GetA(void)的确能提高效率。但此时千万千万要小心,一定要搞清楚函数究竟是想返回一个对象的“拷贝”还是仅返回“别名”就可以了,否则程序会出错。

函数返回值采用“引用传递”的场合并不多,这种方式一般只出现在类的赋值函数中,目的是为了实现链式表达。

例如:

class A  
{  
   A & operate = (const A &other); // 赋值函数  
};  
A a, b, c; // a, b, c 为A 的对象  

a = b = c; // 正常的链式赋值  
(a = b) = c; // 不正常的链式赋值,但合法  

如果将赋值函数的返回值加const 修饰,那么该返回值的内容不允许被改动。上例中,语句 a = b = c 仍然正确,但是语句 (a = b) = c 则是非法的。

修饰成员函数

const的作用:说明其不会修改数据成员

任何不会修改数据成员的函数都应该声明为const 类型。如果在编写const 成员函数时,不慎修改了数据成员,或者调用了其它非const 成员函数,编译器将指出错误,这无疑会提高程序的健壮性。以下程序中,类stack 的成员函数GetCount 仅用于计数,从逻辑上讲GetCount 应当为const 函数。编译器将指出GetCount 函数中的错误。

class Stack  
{  
public:  
 void Push(int elem);  
 int Pop(void);  
 int GetCount(void) const; // const 成员函数  
private:  
 int m_num;  
 int m_data[100];  
};  
int Stack::GetCount(void) const  
{  
 ++m_num; // 编译错误,企图修改数据成员m_num  
 Pop(); // 编译错误,企图调用非const 函数  
 return m_num;  
}  

const 成员函数的声明看起来怪怪的:const 关键字只能放在函数声明的尾部,大概是因为其它地方都已经被占用了。
关于Const函数的几点规则:

  • const对象只能访问const成员函数,而非const对象可以访问任意的成员函数,包括const成员函数.
  • const对象的成员是不可修改的,然而const对象通过指针维护的对象却是可以修改的.
  • const成员函数不可以修改对象的数据,不管对象是否具有const性质.它在编译时,以是否修改成员数据为依据,进行检查.
  • 然而加上mutable修饰符的数据成员,对于任何情况下通过任何手段都可修改,自然此时的const成员函数是可以修改它的。
  • const 函数只能调用 const 函数,即使某个函数本质上没有修改任何数据,但没有声明为const,也是不能被const函数调用的。

对于这样的const function,关键词const到底影响了什么?下面用例子来说明。

class my {  
 public:  
// ...  
 string& operator[](const string& s) const  
 { return table[s]; }  
private:  
 map table;  
};  

上述重载的下标运算函数不能通过编译,错误原因就在于,当本重载函数声明为const后,就只能调用其他的同样也声明为const的函数;而table[s]实际上调用的是map的下标重载运算函数,该函数并没有声明为const。所以去掉本函数的const声明,就可以顺利通过编译了。
下面再用一个小例子验证一下吧。

using namespace std;  
class A{  
public:  
A(int n) { num = n; }  
void incr() { num += 5; }  
void disp() const  
{ cout << num ; }  

int times(int m)  
{ return num * m; }  

int f() const 
{
incr();//passing `const A' as `this' argument of `void A::incr()' discards qualifiers  
disp();// ok  
times(2);//passing `const A' as `this' argument of `int A::times(int)' discards qualifiers  
return num;  
}
private: int num;  
};  

int main(int argc, char *argv[])  
{  
A a(5);  
a.f();  
system("PAUSE");  
return 1;
}

为何const引用不能调用自己的非const方法和其它?

每个非static非const成员函数都有一个隐含的this指针,是非const型的,不能接受const型实参;const T & object将const对象传给非const的this指针,所以出错。

如果用const来修饰函数,那么函数一定是类的成员函数。
const 类型的成员函数不能返回非const类型的引用。这句话的意思是如果你的成员函数是const类型的,并且要求返回值是类的非cosnt或者非mutable成员变量,返回类型是引用,那么这是错误的。

在const函数中传递this的时候把this变成了const T* const this(个人理解),所以一个非const的引用指向一个const类型的变量。
比如函数const int &Test::GetValue() const{}; 若返回类型不用const修饰,则函数修改方法:

  • 把返回值int 改成mutable int。mutable修饰的变量使之在const函数中可以被改变的。
  • return value 改成。return const_cast(value)。const_cast去掉了const性质。
  • 把引用去掉,写成返回值类型的。
  • 把函数后面的const去掉。
  • 返回值不是类的成员变量
//修改为返回值不是类的成员变量
int &Test::GetValue() const  
{  
int temp = value;  
return temp;  
}  
作者:Scott Meyers 译者:fatalerror99 (iTePub's Nirvana) 发布:http://blog.csdn.net/fatalerror99/ 学习一种编程语言的基础是一回事;学习如何用那种语言设计和实现高效率的程序完全是另外一回事。对于 C++ ——一种以拥有非同寻常的能力范围和表现力而自豪的语言——更是尤其如此。如果能正确使用,与 C++ 共事是一件令人快乐的事情。极多样的设计样式被直接表达并有效实现。对于 classes(类),functions(函数),以及 templates(模板)的明智选择和小心精巧的安排能使应用程序的编程更加简单,直观,高效,并基本无错。如果你知道如何去做,写出高效的 C++ 程序并不特别难。然而,如果不经训练就贸然使用C++ 也会导致不可理解的,难以维护的,无法扩展的,低效率的,错误百出的代码。 本书的目的在于引导你如何高效使用 C++。我假设你已经熟悉了作为语言的 C++ 并有使用它的一些经验。我在此提供的是使用这种语言的指南,以使你的程序易于理解,可维护,易移植,可扩展,效率高,而且行为符合你的预期。 我提供的建议落在两个主要的范围中:普通的设计策略,以及特殊语言特性的具体细节。设计的讨论集中于如何在 C++ 做某件事情的多种不同方法之间进行选择。如何在 inheritance(继承)和 templates(模板)之间选择?如何在 public(公有)和 private inheritance(私有继承)之间选择?如何在 private inheritance(私有继承)和 composition(复合)之间选择?如何在 member(成员)和 non-member functions(非成员函数)之间选择?如何在 pass-by-value(传值)和 pass-by-reference(传引用)之间选择?在一开始就做出正确的决定是很重要的,因为一个不好的选择可能会直到开发过程很晚的阶段才显现出来,在这时候再调整它常常是困难重重,极为耗时而且代价不菲的。 即使在你正确地知道你要做什么的时候,仅仅把事情做对也是需要技巧的。assignment operators(赋值运算符)的合适的返回类型是什么?destructor(析构函数)什么时候应该是 virtual(虚拟)的?当 operator new(运算符 new)找不到足够的内存时它应该怎么办?类似这些的令人费神的细节是至关重要的,因为错误的做法几乎总是导致无法预料的,很可能令人迷惑的程序行为。这本书正是来帮助你避免这些问题的。 这不是一本全面的 C++ 手册。它收集了 55 个详细的提议(我将它们称为 Items)告诉你怎样才能改善你的程序和设计。每一个 Item 都能 stands more or less on its own(独立成章),但大部分也包含对其它 Items 的参考。因而,读这本书的一个方法就是从你感兴趣的一个 Item 开始,然后顺着它的参考条目继续看下去。 这本书也不是一本 C++ 入门书。例如,在 Chapter 2(第二章),我希望能告诉你关于 constructors(构造函数),destructors(析构函数),以及 assignment operators(赋值运算符)正确实现的全部内容,但是我假设你已经知道或者能在别处找到这些函数做些什么以及它们该怎样声明的资料。大量 C++ 书籍包含类似这样的信息。 这本书的目的是为了突出 C++ 编程中那些常常被忽略的方面。其它书描 ............
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值