<b>高质量C++/C编程指南-第11章-别的编程经验(2)</b>[VC/C++编程]

11.1.3 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关键字只能放在函数声明的尾部,大约是因为别的地方都已经被占用了.

11.2 提高程序的效率
程序的时间效率是指运行速度,空间效率是指程序占用内存大概外存的情况.

全局效率是指站在整个系统的角度上考虑的效率,部分效率是指站在模块或函数角度上考虑的效率.

l 【法则11-2-1】不要一味地追求程序的效率,该当在满意精确性、坚固性、结实性、可读性等质量因素的前提下,设法提高程序的效率.

l 【法则11-2-2】以提高程序的全局效率为主,提高部分效率为辅.

l 【法则11-2-3】在优化程序的效率时,应抢先找出限制效率的“瓶颈”,不要在无关紧急之处优化.

l 【法则11-2-4】先优化数据构造和算法,再优化履行代码.

l 【法则11-2-5】有时刻时间效率和空间效率大概对峙,此时该当解析那个更重要,作出得当的折衷.比方多耗费一些内存来提高性能.

l 【法则11-2-6】不要追求紧凑的代码,因为紧凑的代码并不能产生高效的机械码.

11.3 一些有益的倡议
2 【倡议11-3-1】当心那些视觉上不易辨别的操作符发生书写错误.

我们常常会把“＝＝”误写成“＝”,象“||”、“&&”、“<=”、“>=”这类标记也很简单发生“丢1”失误.但是编译器却不一定能自动指出这类错误.

2 【倡议11-3-2】变量（指针、数组）被成立之后该当及时把它们初始化,以避免把未被初始化的变量当作右值利用.

2 【倡议11-3-3】当心变量的初值、缺省值错误,大概精度不够.

2 【倡议11-3-4】当心数据范例转换发生错误.尽大概利用显式的数据范例转换（让人们知道发生了什么事）,避免让编译器轻暗暗地举行隐式的数据范例转换.

2 【倡议11-3-5】当心变量发生上溢或下溢,数组的下标越界.

2 【倡议11-3-6】当心忘掉编写错误处理程序,当心错误处理程序本身有误.

2 【倡议11-3-7】当心文件I/O有错误.

2 【倡议11-3-8】避免编写本领性很高代码.

2 【倡议11-3-9】不要计划面面俱到、非常机动的数据构造.

2 【倡议11-3-10】假如原有的代码质量对比好,尽大概复用它.但是不要修补很差劲的代码,该当重新编写.

2 【倡议11-3-11】尽大概利用尺度库函数,不要“创造”已经存在的库函数.

2 【倡议11-3-12】尽大概不要利用与具体硬件或软件环境关系密切的变量.

2 【倡议11-3-13】把编译器的挑选项设置为最严峻状况.

2 【倡议11-3-14】假如大概的话,利用PC-Lint、LogiScope等工具举行代码检查.

参考文献
[Cline] Marshall P. Cline and Greg A. Lomow, C++ FAQs, Addison-Wesley, 1995

[Eckel] Bruce Eckel, Thinking in C++（C++ 编程思惟,刘宗田 等译）,机械产业出版社,2000

[Maguire] Steve Maguire, Writing Clean Code（编程精辟,姜静波 等译）,电子产业出版社,1993

[Meyers] Scott Meyers, Effective C++, Addison-Wesley, 1992

[Murry] Robert B. Murry, C++ Strategies and Tactics, Addison-Wesley, 1993

[Summit] Steve Summit, C Programming FAQs, Addison-Wesley, 1996