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
