C++程序设计实践

C++程序设计实践staticconstdoubleASPECT_RATIO=1.653;

其次，没有任何类型信息，不是typesafe。由于它是文本级别的替换，这样不利于程序的维护。

第三，define的使用很简单造成污染。比方，假如有两个头文件都定义了ASPECT_RATIO,而一个CPP文件又同时包含了这两个头文件，那么就会造成冲突。更难查的是另外一种错误，比方有如下的代码：

//inheaderfiledef.h

#defineApple1

#defineOrange2

#definePineapple3

…

//insomecppfilethatincludesthedef.h

enumColors{White,Black,Purple,Orange};

在.h文件中Orange被定义成水果的一种，而在.cpp文件中Orange又成为了一种颜色，那么编译器就会把此处的Orange替换成2，编译可能仍旧可以通过，程序也能够运行，但是这就成了一个bug，表现出奇怪的错误，且很难查错。再比方定义了一个求a与b哪个数大的宏，#definemax(a,b)((a)>(b)?(a):(b))

inta=5,b=0;

max(++a,b);

max(++a,b+10);

在上面的操作中，max(++a,b);语句中a被++了两次，而max(++a,b+10);语句中a只加了一次，这样在程序处理中就很有可能成为一个bug，且此bug也特别的难找。在实际编码时可以使用如下的语句来做：

template

inlineconstT}

2、PreferC++-stylecasts

在程序中常常会需要把一种类型转换成另外一种类型，在C++中应当使用static_cast、const_cast、dynamic_cast、reinterpret_cast关键字来做类型转换。由于这有以下好处，一是其本身就是一种解释，在代码中看到上面这些关键字就可立刻知道此处是进展类型转换。二是C语言中类型转换通常是很难进展搜寻的，而通过关键字cast则可以很简单的找到程序中消失类型转换的地方了。

3、Distinguishbetweenprefixandpostfixformsofincrementanddecrementoperators

通常对于操作系统或编译器自身支持的类型，prefix（前缀，如++i）与postfix（后缀，如i++）的效果是一样的。由于现在的编译器都很聪慧，它会自动做优化，这两者的汇编代码是一样的，性能不会有差异。但有时候也会有不同的，如一些重载了操作符的类型。下面是模拟prefix与postfix的操作过程，可以发觉在postfix操作中会生成一个临时变量，而这一临时变量是会占用额外的时间和开销的。

//prefixform:incrementandfetch

UPInt//increment

return*this;//fetch

}

//postfixform:fetchandincrement

constUPIntUPInt::operator++(int)

{

UPIntoldValue=*this;//fetch

++(*this);//increment

returnoldValue;//returnwhatwasfetched

}

一般状况下不需要区分是先++，还是后++，但是我们在编写程序的时候能习惯性的将其写成++i的形式，如在使用STL中的iterator时，prefix与postfix会有相当大的性能差异。请不要小看这些细节，实际在编写程序的时候，若不留意详细细节，你会发觉程序的性能会特别的低。但要留意