亚洲先锋成人,狠狠狠色丁香婷婷综合激情,欧美激情中文字幕乱码免费

C++代码优化

�? — Sat, 17 Feb 2007 14:05:00 GMT

     谈到优化�Q�很多�h都会直接惛_��汇编。难道优化只能在汇编层次吗？当然不是�Q�C++层次一样可以作代码优化�Q�其中有些常常是意想不到的。在C++层次�q�行优化�Q�比在汇�~�层�ơ优化具有更好的�U�L��性，应该是优化中的首选做法�?
1.��定��点型变量和表达式是 float �?
    ��Z��让编译器产生更好的代�?比如说��?DNow! 或SSE指��o的代�?�Q�必��ȝ��定��Q点型变量和表辑ּ��?float 型的。要特别注意的是�Q�以 "�Q�F"�Q?�?"�Q�f"�Q?为后�~��Q�比如：3.14f�Q�的��点帔R��才是 float 型，否则默认�?double 型。�ؓ了避�?float 型参数自动�{化�ؓ double�Q�请在函数声明时使用 float�?
2.使用32位的数据�c�d��
　　�~�译器有很多�U�，但它们都包含的典型的32位类型是�Q�int�Q�signed�Q�signed int�Q�unsigned�Q�unsigned int�Q�long�Q�signed long�Q�long int�Q�signed long int�Q�unsigned long�Q�unsigned long int。尽量��?2位的数据�c�d��Q�因为它们比16位的数据甚至8位的数据更有效率�?
3.明智使用有符��h��型变�?
　　在很多情况下�Q�你需要考虑整型变量是有�W�号�q�是无符��L��型的。比如，保存一个�h的体重数据时不可能出现负敎ͼ�所以不需要��用有�W�号�c�d��。但是，如果是要保存温度数据�Q�就必须使用到有�W�号的变量�?
　　在许多地方，考虑是否使用有符��L��变量是必要的。在一些情况下�Q�有�W�号的运��比较快�Q�但在一些情况下却相反�?
　　比如�Q�整型到��点转化�Ӟ��使用大于16位的有符��h��型比较快。因为x86构架中提供了从有�W�号整型转化到��Q点型的指令，但没有提供从无符��h��型�{化到��点的指令。看看编译器产生的汇�~�代码：
　　不好的代码：
�~�译�?     �~�译�?
double x�Q�    mov [foo + 4], 0
unsigned int i�Q�   mov eax, i
x = i�Q�     mov [foo], eax
     flid qword ptr [foo]
     fstp qword ptr [x]
　　上面的代码比较慢。不仅因为指令数目比较多�Q�而且�׃��指��o不能配对造成的FLID指��o被�g�q�执行。最好用以下代码代替�Q?
    推荐的代码：
�~�译前     编译后
double x�Q�    fild dword ptr
int i�Q�     fstp qword ptr [x]
x = i�Q?
　　在整数运��中计算商和余数�Ӟ��使用无符��L��型比较快。以下这�D�典型的代码是编译器产生�?2位整型数除以4的代码：
　　不好的代码�?
�~�译�?     �~�译�?
int i�Q�     mov eax, i
i = i / 4�Q?    cdq
     and edx, 3
     add eax, edx
     sar eax, 2
     mov i, eax
    推荐的代�?br />�~�译�?     �~�译�?
unsigned int i�Q?   shr i, 2
i = i / 4�Q?
　�ȝ��Q?br />　无符��L��型用于：除法和余�?循环计数,数组下标
有符��L��型用于：整型到��Q点的转化
4.while VS. for
　　在编�E�中�Q�我们常帔R��要用到无限��@环，常用的两�U�方法是while (1) �?for (�Q�；)。这两种�Ҏ��效果完全一��P��但那一�U�更好呢�Q�然我们看看它们�~�译后的代码�Q?
�~�译�?     �~�译�?
while (1)�Q?    mov eax,1
     test eax,eax
     je foo+23h
     jmp foo+18h
�~�译�?     �~�译后�?
for (�Q�；)�Q?    jmp foo+23h
　　一目了�Ӟ��for (�Q�；)指��o��，不占用寄存器�Q�而且没有判断跌��{�Q�比while (1)好�?
5.使用数组型代替指针型
　　使用指针会�ɾ~�译器很难优化它。因为缺乏有效的指针代码优化的方法，�~�译器��L��假设指针可以讉K��内存的�Q意地方，包括分配�l�其他变量的储存�I�间。所以�ؓ了编译器产生优化得更好的代码�Q�要避免在不必要的地方��用指针。一个典型的例子是访问存攑֜�数组中的数据。C++ 允许使用操作�W?[] 或指针来讉K��数组�Q��用数�l�型代码会让优化器减��生不安全代码的可能性。比如，x[0] 和x[2] 不可能是同一个内存地址�Q�但 *p �?*q 可能。强烈徏议��用数�l�型�Q�因��样可能会有意料之外的性能提升�?
    不好的代�?br />typedef struct
{
　　float x,y,z,w�Q?br />} VERTEX�Q?br />typedef struct

{
　　float m[4][4]�Q?br />} MATRIX�Q?br />void XForm(float* res, const float* v, const float* m, int nNumVerts)
{
　　float dp�Q?br />　　int i�Q?br />　　　const VERTEX* vv = (VERTEX *)v�Q?br />　　　for (i = 0�Q?i <�Q?nNumVerts�Q?i++)
　　{
　　　　dp = vv->�Q�x * *m ++�Q?br />　　　　dp += vv->�Q�y * *m ++�Q?br />　　　　dp += vv->�Q�z * *m ++�Q?br />　　　　dp += vv->�Q�w * *m ++�Q?br />　　　　*res ++ = dp�Q�　　　　　　// 写入转换了的 x
　　　　dp = vv->�Q�x * *m ++�Q?br />　　　　dp += vv->�Q�y * *m ++�Q?br />　　　　dp += vv->�Q�z * *m ++�Q?br />　　　　dp += vv->�Q�w * *m ++�Q?br />　　　　*res ++ = dp�Q�　　　　　// 写入转换了的 y
　　　　dp = vv->�Q�x * *m ++�Q?br />　　　　dp += vv->�Q�y * *m ++�Q?br />　　　　dp += vv->�Q�z * *m ++�Q?br />　　　　dp += vv->�Q�w * *m ++�Q?br />　　　　*res ++ = dp�Q�　　　　// 写入转换了的 z
　　　　dp = vv->�Q�x * *m ++�Q?br />　　　　dp += vv->�Q�y * *m ++�Q?br />　　　　dp += vv->�Q�z * *m ++�Q?br />　　　　dp += vv->�Q�w * *m ++�Q?br />　　　　*res ++ = dp�Q�　　　　// 写入转换了的 w
　　　　vv ++�Q�　　　　　　　 // 下一个矢�?br />　　　　m -= 16�Q?br />　　}
}
    推荐的代�?
typedef struct
{
　　float x,y,z,w�Q?br />} VERTEX�Q?br />typedef struct
{
　　float m[4][4]�Q?br />} MATRIX�Q?br />void XForm (float* res, const float* v, const float* m, int nNumVerts)
{
　　int i�Q?br />　　const VERTEX* vv = (VERTEX*)v�Q?br />　　const MATRIX* mm = (MATRIX*)m�Q?br />　　VERTEX* rr = (VERTEX*)res�Q?br />　　for (i = 0�Q?i <�Q?nNumVerts�Q?i++)
　　{
　　　　rr->�Q�x = vv->�Q�x * mm->�Q�m[0][0] + vv->�Q�y * mm->�Q�m[0][1]
　　　　　　　　+ vv->�Q�z * mm->�Q�m[0][2] + vv->�Q�w * mm->�Q�m[0][3]�Q?br />　　　　rr->�Q�y = vv->�Q�x * mm->�Q�m[1][0] + vv->�Q�y * mm->�Q�m[1][1]
　　　　　　　　+ vv->�Q�z * mm->�Q�m[1][2] + vv->�Q�w * mm->�Q�m[1][3]�Q?br />　　　　rr->�Q�z = vv->�Q�x * mm->�Q�m[2][0] + vv->�Q�y * mm->�Q�m[2][1]
　　　　　　　　+ vv->�Q�z * mm->�Q�m[2][2] + vv->�Q�w * mm->�Q�m[2][3]�Q?br />　　　　rr->�Q�w = vv->�Q�x * mm->�Q�m[3][0] + vv->�Q�y * mm->�Q�m[3][1]
　　　　　　　　+ vv->�Q�z * mm->�Q�m[3][2] + vv->�Q�w * mm->�Q�m[3][3]�Q?br />　　}
}
　　注意: 源代码的转化是与�~�译器的代码发生器相�l�合的。从源代码层�ơ很难控制��生的机器码。依靠编译器和特�D�的源代码，有可能指针型代码�~�译成的机器码比同等条�g下的数组型代码运行速度更快。明智的做法是在源代码�{化后��查性能是否真正提高了，再选择使用指针型还是数�l�型�?
6.充分分解��的循环
　　要充分利用CPU的指令缓存，��p��充分分解��的循环。特别是当��@环体本��n很小的时候，分解循环可以提高性能。BTW:很多�~�译器�ƈ不能自动分解循环�?
不好的代�?推荐的代�?
// 3D转化�Q�把矢量 V �?4x4 矩阵 M �怹�
for (i = 0�Q?i <�Q?4�Q?i ++)
{
　　r = 0�Q?br />　　for (j = 0�Q?j <�Q?4�Q?j ++)
　　{
　　　　r += M[j]*V[j]�Q?br />　　}
}
r[0] = M[0][0]*V[0] + M[1][0]*V[1] + M[2][0]*V[2] + M[3][0]*V[3]�Q?br />r[1] = M[0][1]*V[0] + M[1][1]*V[1] + M[2][1]*V[2] + M[3][1]*V[3]�Q?br />r[2] = M[0][2]*V[0] + M[1][2]*V[1] + M[2][2]*V[2] + M[3][2]*V[3]�Q?br />r[3] = M[0][3]*V[0] + M[1][3]*V[1] + M[2][3]*V[2] + M[3][3]*v[3]�Q?
7.避免没有必要的读写依�?
　　当数据保存到内存时存在读写依赖，��x��据必��d��正确写入后才能再�ơ读取。虽然AMD Athlon�{�CPU有加速读写依赖�g�q�的��g�Q�允许在要保存的数据被写入内存前��d��出来�Q�但是，如果避免了读写依赖�ƈ把数据保存在内部寄存器中�Q�速度会更快。在一�D�很长的又互�怾�赖的代码链中�Q�避免读写依赖显得尤光��要。如果读写依赖发生在操作数组�Ӟ��许多�~�译器不能自动优化代码以避免��d��依赖。所以推荐程序员手动��L��除读写依赖，举例来说�Q�引�q�一个可以保存在寄存器中的��时变量。这样可以有很大的性能提升。下面一�D�代码是一个例子：
    不好的代�?br />float x[VECLEN], y[VECLEN], z[VECLEN]�Q?br />......
for (unsigned int k = 1�Q?k <�Q?VECLEN�Q?k ++)
{
　　x[k] = x[k-1] + y[k]�Q?br />}
for (k = 1�Q?k <�Q?VECLEN�Q?k++)
{
　　x[k] = z[k] * (y[k] - x[k-1])�Q?br />}
　　推荐的代�?
float x[VECLEN], y[VECLEN], z[VECLEN]�Q?br />......
float t(x[0])�Q?br />for (unsigned int k = 1�Q?k <�Q?VECLEN�Q?k ++)
{
　　t = t + y[k]�Q?br />　　x[k] = t�Q?br />}
t = x[0]�Q?br />for (k = 1�Q?k <�Q?VECLEN�Q?k ++)
{
　　t = z[k] * (y[k] - t)�Q?br />　　x[k] = t�Q?br />}
8.Switch 的用�?
　　Switch 可能转化成多�U�不同算法的代码。其中最常见的是跌��{表和比较�?树。推荐对case的��g��照发生的可能性进行排序，把最有可能的攑֜��W�一个，当switch用比较链的方式�{化时�Q�这样可以提高性能。此外，在case中推荐��用小的连�l�的整数�Q�因为在�q�种情况下，所有的�~�译器都可以把switch 转化成蟩转表�?
    不好的代�?br />int days_in_month, short_months, normal_months, long_months�Q?br />......
switch (days_in_month)
{
　　case 28:
　　case 29:
　　　　short_months ++�Q?br />　　　　break�Q?br />　　case 30:
　　　　normal_months ++�Q?br />　　　　break�Q?br />　　case 31:
　　　　long_months ++�Q?br />　　　　break�Q?br />　　default:
　　　　cout <�Q?lt;�Q?"�Q�month has fewer than 28 or more than 31 days"�Q?<�Q?lt;�Q?endl�Q?br />　　　　break�Q?br />}
    推荐的代�?
int days_in_month, short_months, normal_months, long_months�Q?br />......
switch (days_in_month)
{
　　case 31:
　　　　long_months ++�Q?br />　　　　break�Q?br />　　case 30:
　　　　normal_months ++�Q?br />　　　　break�Q?br />　　case 28:
　　case 29:
　　　　short_months ++�Q?
　　　　break�Q?br />　　default:
　　　　cout <�Q?lt;�Q?"�Q�month has fewer than 28 or more than 31 days"�Q?<�Q?lt;�Q?endl�Q?br />　　　　break�Q?br />}
9.所有函数都应该有原型定�?
　　一般来��_��所有函数都应该有原型定义。原型定义可以传辄��~�译器更多的可能用于优化的信息�?
　　��可能��用常�?const)。C++ 标准规定�Q�如果一个const声明的对象的地址不被获取�Q�允许编译器不对它分配储存空间。这样可以��代码更有效率�Q�而且可以生成更好的代码�?
10.提升循环的性能
　　要提升��@环的性能�Q�减��多余的帔R��计算非常有用�Q�比如，不随循环变化的计��）�?
　　不好的代�?在for()中包含不变的if()) 推荐的代�?
for( i ... )
{
　　if( CONSTANT0 )
　　{
　　　　DoWork0( i )�Q?// 假设�q�里不改变CONSTANT0的�?br />　　}
　　else
　　{
　　　　DoWork1( i )�Q?// 假设�q�里不改变CONSTANT0的�?br />　　}
}
if( CONSTANT0 )
{
　　for( i ... )
　　{
　　　　DoWork0( i )�Q?br />　　}
}
else
{
　　for( i ... )
　　{
　　　　DoWork1( i )�Q?br />　　}
}
　　如果已经知道if()的��|��q�样可以避免重复计算。虽然不好的代码中的分支可以��单地预测�Q�但是由于推荐的代码在进入��@环前分支已经��定�Q�就可以减少对分支预��的依赖�?　　把本地函数声明�ؓ静态的(static)
　　如果一个函数在实现它的文�g外未被��用的话，把它声明为静态的(static)以强制��用内部连接。否则，默认的情况下会把函数定义为外部连接。这样可能会影响某些�~�译器的优化——比如，自动内联�?
11.考虑动态内存分�?
　　动态内存分配（C++中的"�Q�new"�Q�）可能��L��为长的基本类型（四字寚w��Q�返回一个已�l�对齐的指针。但是如果不能保证对齐，使用以下代码来实现四字对齐。这�D�代码假设指针可以映��到 long 型�?
　　例子
　　double* p = (double*)new BYTE[sizeof(double) * number_of_doubles+7L]�Q?br />    double* np = (double*)((long(p) + 7L) &�Q?�?L)�Q?
　　现在�Q�你可以使用 np 代替 p 来访问数据。注意：释放储存�I�间时仍然应该用delete p�?
12.使用昑ּ�的�ƈ行代�?
　　��可能把长的有依赖的代码铑ֈ�解成几个可以在流水线执行单元中�ƈ行执行的没有依赖的代码链。因为��Q�Ҏ��作有很长的潜伏期�Q�所以不��它被映��成 x87 �?3DNow! 指��o�Q�这都很重要。很多高�U�语�a��Q�包括C++�Q��ƈ不对产生的��Q点表辑ּ�重新排序�Q�因为那是一个相当复杂的�q�程。需要注意的是，重排序的代码和原来的代码在代��C��一致�ƈ不等价于计算�l�果一��_��因�ؓ��点操作�~�Z��_��度。在一些情况下�Q�这些优化可能导致意料之外的�l�果。幸�q�的是，在大部分情况下，最后结果可能只有最不重要的位（��x��低位�Q�是错误的�?
　　不好的代�?br />double a[100], sum�Q?br />int i�Q?br />sum = 0.0f�Q?br />for (i=0�Q?i<�Q?00�Q?i++)
　　sum += a�Q?
    推荐的代�?
double a[100], sum1, sum2, sum3, sum4, sum�Q?br />int i�Q?br />sum1 = sum2 = sum3 = sum4 = 0.0�Q?br />for (i = 0�Q?i <�Q?100�Q?i += 4)
{
　　sum1 += a�Q?br />　　sum2 += a[i+1]�Q?br />　　sum3 += a[i+2]�Q?br />　　sum4 += a[i+3]�Q?br />}
sum = (sum4+sum3)+(sum1+sum2)�Q?
　　要注意的是：使用4 路分解是因�ؓ�q�样使用�?阶段��水�U��Q点加法，��点加法的每一个阶�D�占用一个时钟周期，保证了最大的资源利用率�?
13.提出公共子表辑ּ�
　　在某些情况下�Q�C++�~�译器不能从��点表达式中提出公共的子表达式，因�ؓ�q�意味着相当于对表达式重新排序。需要特别指出的是，�~�译器在提取公共子表辑ּ�前不能按照代数的�{��h关系重新安排表达式。这�Ӟ��E�序员要手动地提出公��q��子表辑ּ��Q�在VC.net里有一��“全局优化”选项可以完成此工作，但效果就不得而知了）�?
推荐的代�?
float a, b, c, d, e, f�Q?br />...
e = b * c / d�Q?br />f = b / d * a�Q?br />float a, b, c, d, e, f�Q?br />...
const float t(b / d)�Q?br />e = c * t�Q?br />f = a * t�Q?
推荐的代�?
float a, b, c, e, f�Q?br />...
e = a / c�Q?br />f = b / c�Q?br />float a, b, c, e, f�Q?br />...
const float t(1.0f / c)�Q?br />e = a * t�Q?br />f = b * t�Q?
14.�l�构体成员的布局
　　很多�~�译器有“�ɾl�构体字�Q�双字或四字寚w��”的选项。但是，�q�是需要改善结构体成员的对齐，有些�~�译器可能分配给�l�构体成员空间的��序与他们声明的不同。但是，有些�~�译器�ƈ不提供这些功能，或者效果不好。所以，要在付出最��代��L��情况下实现最好的�l�构体和�l�构体成员对齐，��采取�q�些�Ҏ��Q?
　　A按类型长度排�?
　　把结构体的成员按照它们的�c�d��长度排序�Q�声明成员时把长的类型放在短的前面�?
　　把结构体填充成最长类型长度的整倍数
　　把结构体填充成最长类型长度的整倍数。照�q�样�Q�如果结构体的第一个成员对齐了�Q�所有整个结构体自然也就寚w��了。下面的例子演示了如何对�l�构体成员进行重新排序：
　　不好的代码，普通顺�?推荐的代码，新的��序�q�手动填充了几个字节
struct
{
　　char a[5]�Q?br />　　long k�Q?br />　　double x�Q?br />} baz�Q?br />struct
{
　　double x�Q?br />　　long k�Q?br />　　char a[5]�Q?br />char pad[7]�Q?br />} baz�Q?

　　�q�个规则同样适用于类的成员的布局�?
　　B按数据类型的长度排序本地变量
　　当编译器分配�l�本地变量空间时�Q�它们的��序和它们在源代码中声明的顺序一��P��和上一条规则一��P��应该把长的变量放在短的变量前面。如果第一个变量对齐了�Q�其它变量就会连�l�的存放�Q�而且不用填充字节自然��׃��寚w��。有些编译器在分配变量时不会自动改变变量��序�Q�有些编译器不能产生4字节寚w��的栈�Q�所�?字节可能不对齐。下面这个例子演�C�Z��本地变量声明的重新排序：
　　不好的代码，普通顺�?推荐的代码，改进的顺�?
short ga, gu, gi�Q?br />long foo, bar�Q?br />double x, y, z[3]�Q?br />char a, b�Q?br />float baz�Q?br />double z[3]�Q?br />double x, y�Q?br />long foo, bar�Q?br />float baz�Q?br />short ga, gu, gi�Q?
14.避免不必要的整数除法
　　整数除法是整数运��中最慢的�Q�所以应该尽可能避免。一�U�可能减��整数除法的地方是连除，�q�里除法可以�׃��法代�ѝ��这个替换的副作用是有可能在��乘�U�时会溢出，所以只能在一定范围的除法中��用�?
　　不好的代�?推荐的代�?
int i, j, k, m�Q?br />m = i / j / k�Q?br />int i, j, k, m�Q?br />m = i / (j * k)�Q?
15.把频�J��用的指针型参数拷贝到本地变量
　　避免在函��C��频繁使用指针型参数指向的倹{��因为编译器不知道指针之间是否存在冲�H�，所以指针型参数往往不能被编译器优化。这��h��数据不能被存攑֜�寄存器中�Q�而且明显地占用了内存带宽。注意，很多�~�译器有“假设不冲突”优化开养I��在VC里必��L��动添加编译器命��o�?Oa�?Ow�Q�，�q�允许编译器假设两个不同的指针��L��有不同的内容�Q�这样就不用把指针型参数保存到本地变量。否则，请在函数一开始把指针指向的数据保存到本地变量。如果需要的话，在函数结束前拯��回去�?　　
    不好的代�?
// 假设 q != r
void isqrt(unsigned long a, unsigned long* q, unsigned long* r)
{
　　*q = a�Q?br />　　if (a >�Q?0)
　　{
　　　　while (*q >�Q?(*r = a / *q))
　　　　{
　　　　　　*q = (*q + *r) >�Q?gt;�Q?1�Q?br />　　　　}
　　}
　　*r = a - *q * *q�Q?br />}
    推荐的代�?br />// 假设 q != r
void isqrt(unsigned long a, unsigned long* q, unsigned long* r)
{
　　unsigned long qq, rr�Q?br />　　qq = a�Q?br />　　if (a >�Q?0)
　　{
　　　　while (qq >�Q?(rr = a / qq))
　　　　{
　　　　　　qq = (qq + rr) >�Q?gt;�Q?1�Q?br />　　　　}
　　}
　　rr = a - qq * qq�Q?br />　　*q = qq�Q?br />　　*r = rr�Q?br />}
16.赋��g��初始�?br />先看看以下代码：
class CInt
{
　　int m_i�Q?
public:
　　CInt(int a = 0):m_i(a) { cout <�Q?lt;�Q?"�Q�CInt"�Q?<�Q?lt;�Q?endl�Q?}
　　~CInt() { cout <�Q?lt;�Q?"�Q�~CInt"�Q?<�Q?lt;�Q?endl�Q?}
　　CInt operator + (const CInt&�Q?a) { return CInt(m_i + a.GetInt())�Q?}
　　void SetInt(const int i)　　{ m_i = i�Q?}
　　int GetInt() const　　　　　　{ return m_i�Q?}
}�Q?br />    不好的代�?
void main()
{
　　CInt a, b, c�Q?br />　　a.SetInt(1)�Q?br />　　b.SetInt(2)�Q?br />　　c = a + b�Q?br />}
    推荐的代�?br />void main()
{
　　CInt a(1), b(2)�Q?br />　　CInt c(a + b)�Q?br />}
　　�q�两�D�代码所作的事都一��P��但那一个更好呢�Q�看看输出结果就会发玎ͼ�不好的代码输��Z��四个"�Q�CInt"�Q�和四个"�Q�~CInt"�Q�，而推荐的代码只输��Z��个。也��是��_��W�二个例子比�W�一个例子少生成一�ơ��时对象。Why? ��h��意，�W�一个中的c用的是先声明再赋值的�Ҏ��Q�第二个用的是初始化的方法，它们有本质的区别。第一个例子的"�Q�c = a + b"�Q�先生成一个��时对象用来保存a + b的��|��再把该��时对象用位拷贝的�Ҏ��l�c赋��|��然后临时对象被销毁。这个��时对象就是那个多出来的对象。第二个例子直接用拷贝构造函数的�Ҏ��对c初始化，不��生��时对象。所以，��量在需要��用一个对象时才声明，�q�用初始化的�Ҏ��赋初倹{�?
17.��量使用成员初始化列�?
　　在初始化�cȝ��成员�Ӟ��量使用成员初始化列表而不是传�l�的赋值方式�?
　　不好的代�?
class CMyClass
{
　　string strName�Q?
public:
　　CMyClass(const string&�Q?str)�Q?br />}�Q?
CMyClass::CMyClass(const string&�Q?str)
{
　　strName = str�Q?br />}
    推荐的代�?br />class CMyClass
{
　　string strName�Q?br />　　int i�Q?br />public:
　　CMyClass(const string&�Q?str)�Q?br />}�Q?
CMyClass::CMyClass(const string&�Q�str)
   :strName(str)
{

}
　　不好的例子用的是赋值的方式。这��P��strName会先被徏立（调用了string的默认构造函敎ͼ��Q�再由参数str赋倹{��而推荐的例子用的是成员初始化列表�Q�strName直接构造�ؓstr�Q�少调用一�ơ默认构造函敎ͼ��q�少了一些安全隐患�?/p>

�? 2007-02-17 22:05 发表评论

C代码优化

�? — Sat, 17 Feb 2007 14:04:00 GMT

摘要: C代码优化�Ҏ�� 1、选择合适的��法和数据结�? ... 阅读全文

�? 2007-02-17 22:04 发表评论

C++资源之不完全导引

�? — Mon, 05 Feb 2007 02:07:00 GMT

　　1�Q�前�a�

　　无数�ơ听到“我要开始学习C++!”的呐喊�Q�无数次听到“C++太复杂了�Q�我真的学不会”的无奈。Stan Lippman先生曑֜�《C++ Primer》一书中指出“C++是最为难学的高��E�序设计语言之一”，��Z��常将“之一”去掉以表达自己对C++的敬畏。诚�Ӟ��C++�E�序设计语言对于学习者的��有很多难以逾越的�`沟，体系�l�构的庞大，应接不暇�q�不断扩充的�Ҏ��……除此之外，参考资料之多与冗杂使它的学习者望而却步，�Ʋ求深入者苦不堪�a�。希望这一份不完全导引能够成�ؓ您C++学习之�\上的引�\灯�?/p>

　　撰写本文的初衷�ƈ不打��带领大家体验古老的C++历史�Q�如果你想了解C++的历史与其前期发展中诸多技术的演变�Q�你应当��d��考Bjarne的《The Design and Evolution of C++》。当然也不打��给大家一个无所不包的宝典（�q��不想�Q�其一是因水��^有限�Q�其二无奈C++之博大精深）�Q�所�l�出的仅仅是一些我们认为对于想学习C++的广大读者来说最重要�q�且触手可及的开发与学习资源�?/p>

　　本文介绍�q�分析了一些编译器�Q�开发环境，库，��量的书�c�以及参考网站，�q�且��可能尝试着�l�出一个利用这些资源的导引�Q�望对如同我们一��L��初学者能够有所裨益�?/p>

　2�Q�编译器

　　在C++之外的�Q何语�a�中，�~�译器都从来没有受到�q�如此之重视。因为C++是一门相当复杂的语言�Q�所以编译器也难于构建。直到最�q�我们才开始能够��用上完全�W�合C++标准的编译器�Q�哦�Q�你可能会责怪那些编译器厂商不能��早的提供符合标准的�~�译器，�q�只能怪他们各自维�pȝ��自��n的一套别��Z��愿接受的标准�Q�。什么？你说�q�无关紧要？哦，不，你所需要的是和标准化C++高度兼容的编译环境。长�q�来�?br />�Q�只有这��L��~�译器对C++开发�h员来说才是最有意义的工具�Q�尤其是对于�E�序设计语言的学习者。一��x��让代码具备可移植性，�q�让一门语�a�及其库的应用更�ؓ�q�泛。嗯�Q�是的，我们�q�里只打��介�l�一些公认的优秀�~�译器�?/p>

　　2.1 Borland C++

　　�q�个是Borland C++ Builder和Borland C++ Builder X�q�两�U�开发环境的后台�~�译器。（哦，我之所以将之分��Z��U�开发环境你应当能明白�ؓ什么，正如Delphi7到Delphi8的�{变，是革命性的两代。）Borland C++��p��牌开发工具厂商Borland們֊�打造。该公司的编译器素以速度快，�I�间效率高著�U�ͼ�Borland C++ �p�d��~�译器秉承了�q�个传统�Q�属于非�怼�质的�~�译器。标准化斚w��早在5.5版本的编译器中对标准化C++的兼容就辑ֈ��?2.73%。目前最新版本是Borland C++ Builder X中的6.0版本�Q�官方称100%�W�合ANSI/ISO的C++标准以及C99标准。嗯…这正是我前面所指的“完全符合C++标准的编译器”�?/p>

　　2.2 Visual C++

　　�q�个正是我们熟知的Visual Studio �?Visual Studio.net 2002, 2003以及2005 Whidbey中带的C++�~�译器。由Microsoft公司研制。在Visual Studio 6.0中，因�ؓ�~�译器有太多地方不能与后来出现的C++标准相吻合而饱受批评（��x��你在使用STL的时候编译时报出的那些��o人厌恶的error和warning吧）。VC++6.0�Ҏ��准化C+
+的兼容只�?3.43%。但是随着C++�~�译器设计大师Stanley Lippman以及诸多C++�C��达�h的加盟，在Visual Studio.NET 2003中，Visual C++�~�译器已�l�成��Z��个非常成熟可*的C++�~�译器了。Dr.Dobb's Journal的评��显�C�Visual C++7.1�Ҏ��准C++的兼�Ҏ��高�?8.22%�Q�一度成为CBX之前兼容性最好的�~�译器。结合强大的Visual Studio.NET开发环境，是一个非�怸�错的选择。至于Whidbey时代的Visual C++,��g��微��Y所最��x��的是C++/CLI……我们不惌��论微软下一代的C++�~�译器对标准化兼容如何，但他��实��来��适合.NET (其实你和我的感觉可能是一��L��Q�微软不应当把标准C++�q�块肥肉丢给Borland,然而微软可能�ƈ不这栯��?�?/p>

　　2.3 GNU C++

　　著名的开源C++�~�译器。是�c�Unix操作�pȝ��下编写C++�E�序的首选。特�Ҏ��有非常好的移植性，你可以在非常�q�泛的��^��C��使用它，同时也是�~�写跨��^収ͼ�嵌入式程序很好的选择。另外在�W�合标准�q�个斚w��一直都非常好，GCC3.3大概能够辑ֈ�96.15%。但是由于其跨��^台的�Ҏ��，在代码尺寔R��度�{�优化上略微差一炏V�?/p>

　　��Z��GNU C++的编译器有很多，比如�Q?/p>

　　(1) Mingw

　　http://www.mingw.org/

　　GCC的一个Windows的移植版本（Dev-C++的后収ͼ�

　　(2) Cygwin

　　http://sources.redhat.com/cygwin/

　　GCC的另外一个Windows�U�L��版本是Cygwin的一部分�Q�Cygwin是Windows下的一个Unix仿真环境。严格的说是模拟GNU的环境，�q�也��是"Gnu's Not Unix"要表辄��意思，噢，扯远了，�q��ƈ不是我们在这里关心的实质内容�?/p>

　　(3) Djgpp

　　http://www.delorie.com/djgpp/

　　�q�是GCC的DOS�U�L��版本�?/p>

　　(4) RSXNT

　　http://www.mathematik.uni-bielefeld.de/~rainer/

　　�q�是GCC的DOS和Windows�U�L��版本�?/p>

　　(5) Intel C++

　　著名CPU刉��厂商Intel出品的编译器�Q�Special Design for Intel x86�Q�对于Intel x86�l�构的CPU�l�过特别的优化。在有些应用情况下，特别是数��D��等高性能应用�Q�仅仅采用Intel的编译器�~�译��p��大幅度的提高性能�?/p>

　　(6) Digital Mars C++

　　�|�络上提供免费下载，Zortech/Symantec C++的��承者，其前�w�在当年惨烈的C++四国战中也是主角之一�?/p>

　　3�Q�开发环�?/p>

　　开发环境对于程序员的作用不�a�而喻。选择自己朝夕相处的环境也不是�Ҏ��的事情，特别是在IDE如此丰富的情况下。下面就是我们推荐的一些常见的C++开发环境，�q�没有包括一些小型的�Q�罕见的IDE。其中�Q何一��N��是功能丰富，可以用作日常开发��用的。对于不同层面的开发者，请参见内文关于适用对象的描�q��?/p>

　　3.1 Visual Studio 6.0

　　�q�个虽然是Microsoft公司的老版本的开发环境，但是鉴于其后�l�版本VisualStudio.NET的庞大��n�w�，以及初学者�ƈ不那么高的功能要求，所以推荐这个开发环境给C++的初学者，供其学习C++的最基本的部分，比如C的那部分子集�Q�当然你别指望他能够支持最新的C99标准。在日常的开发中�Q�仍然有很多公司使用�q�个�l�典�E�_��的环境，比如�W�者就看曾亲见有些公司��其�~�译器替换�ؓGCC做手机开发之用�?/p>

　　3.2 Visual Studio.NET 2003

　　作�ؓMicrosoft公司官方正式发布的最新版本开发环境，其中有太多激动�h心的功能。结合其最新的C++�~�译器。对于机器配�|�比较好的开发�h员来��_��使用�q�个开发环境将能满��_��大部分的要求。这里不打算单独说Visual Studio Whidbey,虽然Visual Studio .NET 2005 - Whidbey�C�֌�预览版已�l�推出，但暂不是很稳定，读者可以亲�w�去体验�?/p>

　　3.3 Borland C++ Builder 6

　　�q�个�q�不是Borland的C++开发环境的最新版本。选择它的原因是它不是用Java写的IDE�Q�速度比较快。它有一个很完善的GUI�H�体设计器，和Delphi��q��一个VCL。由于这些特点，比较适合初学者上手。但是由于其GUI的中心位�|�，可能不利于对于C++语言的学习。而且其�ؓ了支持VCL�q�个Object Pascal写的库也对C++�q�行了一些私有的扩充。��得�h们有一个不得不接受的事实：“Borland C++ Builder 6的高�?br />几乎都是Delphi高手”�?/p>

　　3.4 Borland C++ Builder X

　　正如前文所�q�ͼ�虽然版本号上和前面那个IDE非常相象�Q�但是其实它们是完全不同的两个集成开发环境。C++Builder更多的是一个和Delphi同步的C++版本的开发环境，C++BuilderX则是完全从C++的角度思考得出的一个功能丰富的IDE。其最大的特点是跨�q�_��Q�跨�~�译器，多种Framework的集成，�q�且有一个WxWindows为基��的GUI设计器。尤其是采用了纯C++来重写了整个Framework,摒弃了以前��o人无奈的版本。对于C++的开发来��_��从编译器�Q�到库，到功能集成都是非常理想的。可以预见，Borland C++ Builder X 2.0很值得C++爱好者期待。唯一令�h隑֠�之处是作��Z��个C++的开发工��P��其IDE是用Java写的�Q�在配置不够理想的机器上��h��重考虑再安装�?/p>

　　3.5 Emacs + GCC

　　前面讲的大部分是Windows环境下的集成开发环境。Linux上的开发者更們֐�于��用Emacs来编辑C++的文�Ӟ��用Makefile来命令GCC做编译。虽然看上去比较松散�Q�但是这些东西综合�v来还是一个开0发环境。如果你能够娴熟的��用这��L��环境写程序，你的水��^应该��_��指导我们来写�q�篇陋文了�?/p>

　　3.6 Dev C++

　　GCC是一个很好的�~�译器。在Windows上的C++�~�译器一直和标准有着一�D�距��ȝ��时候，GCC��是一个让Windows下开发者流口水的编译器。Dev-C++��是能够让GCC跑在Windows下的工具�Q�作为集成开发环境，�q�提供了同专业IDE相媲��的语法高亮�Q�代码提�C�，调试�{�功能。由于��用Delphi开发，占用内存��，速度很快�Q�比较适合轻量�U�的学习和��用�?/p>

　　3.7 Eclipse + CDT

　　Eclipse可是�q�来大名鼎鼎的开发工兗��最��C��期的Jolt大奖��颁�l�了�q�个杰出的神物。说其神奇是因�ؓ�Q�它本��n是用Java写的�Q�但是拥有比一般Java写的�E�序快得多的速度。而且因�ؓ其基于插件组装一切的原则�Q��得能够有CDT�q�样的插件把Eclipse变成一个C/C++的开发环境。如果你一直用Eclipse写Java的程序，不妨用它体验一下C++开发的乐趣�?/p>

--------------------------------------------------------------------------------

　　4�Q�工�?/p>

　　C++的辅助工��L��多，我们分门别类的�ؓ大家作介�l�：

　　4.1 文档�c?/p>

　　(1) Doxygen

　　参考站点：http://www.doxygen.org/

　　Doxygen是一�U�适合C风格语言�Q�如C++、C、IDL、Java甚至包括C#和PHP�Q�的、开放源码的、基于命令行的文档��生器�?/p>

　　(2) C++2HTML

　　参考站点：http://www.bedaux.net/cpp2html/

　　把C++代码变成语法高亮的HTML

　　(3) CodeColorizer

　　参考站点：http://www.chami.com/colorizer/

　　它能把好几种语言的源代码着色�ؓHTML

　　(4) Doc-O-Matic

　　参考站点：http://www.doc-o-matic.com/

　　Doc-O_Matic��Z��的C/C++�Q�C++.net�Q�Delphi/Pascal, VB.NET�Q�C#和Java�E�序或者组件��生准��的文档。Doc-O-Matic使用源代码中的符号和注释以及外部的文档文件创��Z��行的文档样式一致的文档�?/p>

　　(5) DocVizor

　　参考站点：http://www.ucancode.net/Products/DocBuilder/Features.htm

　　DocVizor满��了面向对象��Y件开发者的基本要求——它让我们能够看到C++工程中的�c�d��ơ结构。DocVizor快速地产生完整可供打印的类层次�l�构图，包括从第三方库中来的那些�c�，除此之外DocVizor�q�能从类信息中��生HTML文�g�?/p>

　　(6) SourcePublisher C++

　　参考站点：http://www.scitools.com/sourcepublisher_c.html

　　�l�源代码产生提供快速直观的HTML报表�Q�包括代码，�c�d��ơ结构，调用和被调用树，包含和被包含树。支持多�U�操作系�l��?/p>

　　(7) Understand

　　参考站点：http://www.scitools.com/ucpp.html

　　分析��M��规模的C或者C++工程�Q�帮助我们更好的理解以及�~�写文档�?/p>

　　4.2 代码�c?/p>

　　(1) CC-Rider

　　参考站点：http://www.cc-rider.com/

　　CC-Rider是用于C/C++�E�序强大的代码可视化工具�Q�通过交互式浏览、编辑及自动文�g来促�q�程序的�l�持和发展�?/p>

　　(2) CodeInspect

　　参考站点：http://www.yokasoft.com/

　　一�U�新的C/C++代码分析工具。它��查我们的源代码找出非标准的，可能的，以及普通的错误代码�?/p>

　　(3) CodeWizard

　　参考站点：http://www.parasoft.com/

　　先进的C/C++源代码分析工��P��使用��过500个编码规范自动化地标明危险的�Q�但是编译器不能��查到的代码结构�?/p>

　　(4) C++ Validation Test Suites

　　参考站点：http://www.plumhall.com/suites.html

　　一�l�用于测试编译器和库对于标准��d��E�度的代码库�?/p>

　　(5) CppRefactory

　　参考站点：http://cpptool.sourceforge.net/

　　CPPRefactory是一个��得开发者能够重构他们的C++代码的程序。目的是使得C++代码的重构能够尽可能的有效率和简单�?/p>

　　(6) Lzz

　　参考站点：http://www.lazycplusplus.com/

　　Lzz是一个自动化许多C++�~�程中的体力�zȝ��工具。它能够节省我们许多事�g�q�且使得�~�码更加有乐��。给��Z��p�d��的声明，Lzz会给我们创徏头文件和源文件�?/p>

　　(7) QA C++ Generation 2000

　　参考站点：http://www.programmingresearch.com/solutions/qacpp.htm

　　它关注面向对象的C++源代码，�Ҏ��关于设计�Q�效率，�?性，可维护性的部分提出警告信息�?/p>

　　(8) s-mail project - Java to C++DOL

　　参考站点：http://sadlocha.strefa.pl/s-mail/ja2dol.html

　　把Java源代码翻译�ؓ相应的C++源代码的命��o行工兗��?/p>

　　(9) SNIP from Cleanscape Software International

　　参考站点：http://www.cleanscape.net/stdprod/snip/index.html

　　一个填�q�编码和设计之间沟壑的易于��用的C++开发工��P��节省大量�~�辑和调试的事�g�Q�它�q��得开发者能够指定设计模式作为对象模型，自动从对象模型中产生C++的类�?/p>

　　(10) SourceStyler C++

　　参考站点：http://www.ochresoftware.com/

　　对C/C++源代码提供完整的格式化和排版控制的工兗��提供多�?5个的格式化选项以及完全支持ANSI C++�?/p>

　　4.3 �~�译�c?/p>

　　(1) Compilercache

　　参考站点：http://www.erikyyy.de/compilercache/

　　Compilercache是一个对你的C和C++�~�译器的��装脚本。每�ơ我们进行编译，��装脚本�Q�把�~�译的结果放入缓存，一旦编译相同的东西�Q�结果将从缓存中取出而不是再�ơ编译�?/p>

　　(2) Ccache

　　参考站点：http://ccache.samba.org/

　　Ccache是一个编译器�~�存。它使用��h��像C/C++�~�译器的�~�存预处理器�Q�编译速度通常能提高普通编译过�E�的5~10倍�?/p>

　　(3) Cmm (C++ with MultiMethods)

　　参考站点：http://www.op59.net/cmm/cmm-0.28/users.html

　　�q�是一�U�C++语言的扩展。读入Cmm源代码输出C++的源代码�Q�功能是对C++语言��d��了对multimethod的支持�?/p>

　　(4) The Frost Project

　　参考站点：http://frost.flewid.de/

　　Forst使得你能够在C++�E�序中像原生的C++�Ҏ��一样��用multimethod以及虚函数参数。它是一个编译器的外壟�?/p>

　　4.4 ��试和调试类

　　(1) CPPUnit

　　CppUnit 是个��Z�� LGPL 的开源项目，最初版本移植自 JUnit�Q�是一个非�怼��U�的开源测试框架。CppUnit �?JUnit 一样主要思想来源于极限编�E�。主要功能就是对单元��试�q�行��理�Q��ƈ可进行自动化��试�?br />

　　(2) C++Test

　　参考站点：http://www.parasoft.com/

　　C++ Test是一个单元测试工��P��它自动化了C和C++�c�，函数或者组件的��试�?/p>

　　(3) Cantata++

　　参考站点：http://www.iplbath.com/products/tools/pt400.shtml

　　设计的目的是��Z��满��在合理的�l�济开销下��用这个工具可以让开发工�E�师开展单元测试和集成��试的需�?

　　(4) Purify

　　参考站点：http://www-900.ibm.com/cn/software/rational/products/purif
yplus/index.shtml

　　IBM Rational PurifyPlus是一套完整的�q�行时分析工��P��旨在提高应用�E�序的可*性和性能。PurifyPlus��内存错误和泄漏��、应用程序性能描述、代码覆盖分析等功能�l�合在一个单一、完整的工具包中�?/p>

　　(5) BoundsChecker

　　BoundsChecker是一个C++�q�行旉��误检��和调试工具。它通过在Visual Studio内自动化调试�q�程加速开发�ƈ且羃短上市的周期。BoundsChecker提供清楚�Q�详�l�的�E�序错误分析�Q�许多是对C++独有的�ƈ且在static�Q�stack和heap内存中检��和诊断错误�Q�以及发现内存和资源的泄漏。　　

　　(6) Insure++

　　参考站点：http://www.parasoft.com/

　　一个自动化的运行时�E�序��试工具�Q�检查难以察觉的错误,如内存覆盖，内存泄漏�Q�内存分配错误，变量初始化错误，变量定义冲突�Q�指针错误，库错误，逻辑错误和算法错误等�?/p>

　　(7) GlowCode

　　参考站点：http://www.glowcode.com/

　　GlowCode包括内存泄漏��查，code profiler�Q�函数调用跟�t�等功能。给C++开发者提供完整的错误诊断�Q�和�q�行时性能分析工具包�?/p>

　　(8) Stack Spy

　　参考站点：http://www.imperioustech.com/

　　它能捕捉stack corruption, stack over run, stack overflow�{�有��x��的错误�?/p>

------------------------------------------------------------------------
　5�Q�库

　　在C++中，库的��C��是非帔R��的。C++之父 Bjarne Stroustrup先生多次表示了设计库来扩充功能要好过设计更多的语法的�a�论。现实中�Q�C++的库门类�J�多�Q�解决的问题也是极其�q�泛�Q�库从轻量��到重量��的都有。不��都是让人眼界大开�Q�亦或是望而生叹的思维��C��。由于库的数量非常庞大，而且限于�W�者水�q�I��其中很多�q�不了解。所以文中所提的一些库都是比较著名的大型库�?/p>

　　5.1 标准�?/p>

　　标准库中提供了C++�E�序的基本设施。虽然C++标准库随着C++标准折腾了许多年�Q�直到标准的出台才正式定型，但是在标准库的实��C��却很令�h�ƣ慰得看到多�U�实玎ͼ��q�且已被实践证明为有工业�U�别强度的佳作�?/p>

　　(1) Dinkumware C++ Library

　　参考站点：http://www.dinkumware.com/

　　P.J. Plauger�~�写的高品质的标准库。P.J. Plauger博士是Dr. Dobb's�E�序设计杰出奖的获得者。其�~�写的库长期被Microsoft采用�Q��ƈ且最�q�Borland也取得了其OEM的license�Q�在其C/C++的��品中采用Dinkumware的库�?/p>

　　(2) RogueWave Standard C++ Library

　　参考站点：http://www.roguewave.com/

　　�q�个库在Borland C++ Builder的早期版本中曄��被采用，后来被其他的库给替换了。笔者不推荐使用�?/p>

　　(3) SGI STL

　　参考站点：http://www.roguewave.com/

　　SGI公司的C++标准模版库�?/p>

　　(4) STLport

　　参考站点：http://www.stlport.org/

　　SGI STL库的跨��^台可�U�L��版本�?/p>

　　5.2 “准”标准库 - Boost

　　参考站点：http://www.boost.org/

　　国内镜像�Q?a >http://www.c-view.org/tech/lib/boost/index.htm

　　Boost库是一个经�q�千锤百点{��可�U�L��、提供源代码的C++库，作�ؓ标准库的后备�Q�是C++标准化进�E�的发动��Z��一�?Boost库由C++标准委员会库工作�l�成员发��P��在C++�C�֌�中媄响甚大，其成员已�q?000人�?Boost库�ؓ我们带来了最新、最酗��最实用的技术，是不折不扣的“准”标准库�?/p>

　　Boost中比较有名气的有�q�么几个库：

　　Regex

　　正则表达式库

　　Spirit

　　LL parser framework�Q�用C++代码直接表达EBNF

　　Graph

　　囄��件和��法

　　Lambda

　　在调用的地方定义短小匿名的函数对象，很实用的functional功能

　　concept check

　　��查泛型编�E�中的concept

　　Mpl

　　用模板实现的元编�E�框�?/p>

　　Thread

　　可移植的C++多线�E�库

　　Python

　　把C++�c�d��函数映射到Python之中

　　Pool

　　内存池管�?/p>

　　smart_ptr

　　5个智能指针，学习��指针必读�Q�一份不错的参考是来自CUJ的文章：

　　Smart Pointers in Boost�Q�哦�Q�这��文章可以查刎ͼ�CUJ是提供在�U�浏览的。中文版见笔者在《Dr. Dobb's Journal软�g研发杂志》第7辑上的译文�?/p>

　　Boost��M��来说是实用�h值很高，质量很高的库。�ƈ且由于其对跨�q�_��的强调，�Ҏ��准C++的强调，是编写��^台无养I��C��C++的开发者必备的工具。但是Boost中也有很多是实验性质的东西，在实际的开发中实用需要�}慎。�ƈ且很多Boost中的库功能堪�U�对语言功能的扩展，其构造用��精巧的手法�Q�不要��N然的��p��旉��研读。Boost另外一面，比如Graph�q�样的库则是��h��工业强度�Q�结构良好，非常值得研读的精品代码，�q�且也可以放心的在��品代码中多多利用�?/p>

　　5.3 GUI

　　在众多C++的库中，GUI部分的库��是比较�J�荣�Q�也比较引�h注目的。在实际开发中�Q�GUI库的选择也是非常重要的一件事情，下面我们�l�D��一下可选择的GUI库，各自的特点以及相兛_��L��支持�?/p>

　　(1) MFC

　　大名鼎鼎的微软基��c�d��Q�Microsoft Foundation Class�Q�。大凡学�q�VC++的�h都应该知道这个库。虽然从技术角度讲�Q�MFC是不大漂亮的�Q�但是它构徏于Windows API 之上�Q�能够�ɽE�序员的工作更容�?�~�程效率高，减少了大量在建立 Windows �E�序时必��ȝ��写的代码�Q�同时它�q�提供了所有一�?C++ �~�程的优点，例如�l�承和封装。MFC �~�写的程序在各个版本的Windows操作�pȝ��上是可移植的�Q�例如，在Windows 3.1下编写的代码可以很容易地�U�L��?Windows NT �?Windows 95 上。但是在最�q�发展以及官�Ҏ��持上日渐势微�?/p>

　　(2) QT

　　参考网站：http://www.trolltech.com/

　　Qt是Trolltech公司的一个多�q�_��的C++囑�Ş用户界面应用�E�序框架。它提供�l�应用程序开发者徏立艺术��的图形用��L��面所需的所用功能。Qt是完全面向对象的很容易扩展，�q�且允许真正地组件编�E�。自�?996�q�早些时候，Qt�q�入商业领域�Q�它已经成�ؓ全世界范围内数千�U�成功的应用�E�序的基��。Qt也是��行的Linux桌面环境KDE 的基��Q�同时它�q�支持Windows、Macintosh、Unix/X11�{�多�U��^台�?/p>

　　(3) WxWindows

　　参考网站：http://www.wxwindows.org/

　　跨��^台的GUI库。因为其�c�d��ơ极像MFC�Q�所以有文章介绍从MFC到WxWindows的代码移植以实现跨��^台的功能。通过多年的开发也是一个日��完善的GUI库，支持同样不弱于前面两个库。�ƈ且是完全开放源代码的。新�q�的C++ Builder X的GUI设计器就是基于这个库的�?/p>

　　(4) Fox

　　参考网站：http://www.fox-toolkit.org/

　　开放源代码的GUI库。作者从自己亲��n的开发经验中得出了一个理想的GUI库应该是什么样子的感受出发�Q�从而开始了对这个库的开发。有兴趣的可以尝试一下�?/p>

　　(5) WTL

　　��Z��ATL的一个库。因��Z��用了大量ATL的轻量��手法�Q�模板等技术，在代码尺寸，以及速度优化斚w��做得非常��C��。主要面向的使用��体是开发COM轻量�U�供�|�络下蝲的可视化控�g的开发者�?/p>

　　(6) GTK

　　参考网站：http://gtkmm.sourceforge.net/

　　GTK是一个大名鼎鼎的C的开源GUI库。在Linux世界中有Gnome�q�样的杀手应用。而GTK��是�q�个库的C++��装版本�?/p>

　　5.4 �|�络通信

　　(1) ACE

　　参考网站：http://www.cs.wustl.edu/~schmidt/ACE.html

　　C++库的代表�Q�超重量�U�的�|�络通信开发框架。ACE自适配通信环境�Q�AdaptiveCommunication Environment�Q�是可以自由使用、开放源代码的面向对象框�Ӟ��在其中实��C��许多用于�q�发通信软�g的核心模式。ACE提供了一�l�丰富的可复用C++包装外观�Q�Wrapper Facade�Q�和框架�l��g�Q�可跨越多种�q�_��完成通用的通信软�g��d��Q�其中包括：事�g多�\分离和事件处理器分派、信号处理、服务初始化、进�E�间�?br />信、共享内存管理、消息�\由、分布式服务动态（重）配置、�ƈ发执行和同步�Q�等�{��?/p>

　　(2) StreamModule

　　参考网站：http://www.omnifarious.org/StrMod/

　　设计用于��化编写分布式�E�序的库。尝试着使得�~�写处理异步行�ؓ的程序更�Ҏ��Q�而不是用同步的外壛_��起异步的本质�?/p>

　　(3) SimpleSocket

　　参考网站：http://home.hetnet.nl/~lcbokkers/simsock.htm

　　�q�个�c�d��让编写基于socket的客�?服务器程序更加容易�?/p>

　　(4) A Stream Socket API for C++

　　参考网站：http://www.pcs.cnu.edu/~dgame/sockets/socketsC++/sockets.h
tml

　　又一个对Socket的封装库�?/p>

　　5.5 XML

　　(1) Xerces

　　参考网站：http://xml.apache.org/xerces-c/

　　Xerces-C++ 是一个非常健壮的XML解析器，它提供了验证�Q�以及SAX和DOM API。XML验证在文档类型定�?Document Type Definition�Q�DTD)斚w��有很好的支持�Q��ƈ且在2001�q?2月增加了支持W3C XML Schema 的基本完整的开放标准�?/p>

　　(2) XMLBooster

　　参考网站：http://www.xmlbooster.com/

　　�q�个库通过产生特制的parser的办法极大的提高了XML解析的速度�Q��ƈ且能够��生相应的GUI�E�序来修改这个parser。在DOM和SAX两大��L��XML解析办法之外提供了另外一个可行的解决�Ҏ��?/p>

　　(3) Pull Parser

　　参考网站：http://www.extreme.indiana.edu/xgws/xsoap/xpp/

　　�q�个库采用pull�Ҏ��的parser。在每个SAX的parser底层都有一个pull的parser�Q�这个xpp把这层暴露出来直接给大家使用。在要充分考虑速度的时候值得��试�?br />
　　(4) Xalan

　　参考网站：http://xml.apache.org/xalan-c/

　　Xalan是一个用于把XML文档转换为HTML�Q�纯文本或者其他XML�c�d��文档的XSLT处理器�?/p>

　　(5) CMarkup

　　参考网站：http://www.firstobject.com/xml.htm

　　�q�是一�U��用EDOM的XML解析器。在很多思�\上面非常灉|��实用。值得大家在DOM和SAX之外��L��一点灵感�?/p>

　　(6) libxml++

　　http://libxmlplusplus.sourceforge.net/

　　libxml++是对著名的libxml XML解析器的C++��装版本

　　5.6 �U�学计算

　　(1) Blitz++

　　参考网站：http://www.oonumerics.org/blitz/

　　Blitz++ 是一个高效率的数��D��函数库�Q�它的设计目的是希望建立一套既具像C++ 一��h��便，同时又比Fortran速度更快的数��D��环境。通常�Q�用C++所写出的数值程序，�?Fortran�?0%左右�Q�因此Blitz++正是要改掉这个缺炏V��方法是利用C++的template技术，�E�序执行甚至可以比Fortran更快。Blitz++目前仍在发展中，对于常见的SVD�Q�FFTs�Q�QMRES�{�常见的�U�性代数方法�ƈ不提供，不过使用者可以很�Ҏ��地利用Blitz++所提供的函数来构徏�?/p>

　　(2) POOMA

　　参考网站：http://www.codesourcery.com/pooma/pooma

　　POOMA是一个免费的高性能的C++库，用于处理�q�行式科学计��。POOMA的面向对象设计方便了快速的�E�序开发，对�ƈ行机器进行了优化以达到最高的效率�Q�方便在工业和研�I�环境中使用�?/p>

　　(3) MTL

　　参考网站：http://www.osl.iu.edu/research/mtl/

　　Matrix Template Library(MTL)是一个高性能的泛型组件库�Q�提供了各种格式矩阵的大量线性代数方面的功能。在某些应用使用高性能�~�译器的情况下，比如Intel的编译器�Q�从产生的汇�~�代码可以看出其与手写几乎没有两��L��效能�?/p>

　　(4) CGAL

　　参考网站：http://www.cgal.org/

　　Computational Geometry Algorithms Library的目的是把在计算几何斚w��的大部分重要的解��x��案和�Ҏ��以C++库的形式提供�l�工业和学术界的用户�?/p>

　　5.7 游戏开�?/p>

　　(1) Audio/Video 3D C++ Programming Library

　　参考网站：http://www.galacticasoftware.com/products/av/

　　AV3D是一个跨�q�_��Q�高性能的C++库。主要的�Ҏ��是提供3D囑�Ş�Q�声效支持（SB,以及S3M�Q�，控制接口�Q�键盘，鼠标和遥感）�Q�XMS�?/p>

　　(2) KlayGE

　　参考网站：http://home.g365.net/enginedev/

　　国内游戏开发高手自��q��C++开发的游戏引擎。KlayGE是一个开放源代码、跨�q�_��的游戏引擎，�q��用Python作脚本语�a�。KlayGE在LGPL协议下发行。感谢龚敏敏先生��Z��国游戏开发事业所做出的�A献�?/p>

　　(3) OGRE

　　参考网站：http://www.ogre3d.org/

　　OGRE�Q�面向对象的囑�Ş渲染引擎�Q�是用C++开发的�Q��用灵�zȝ��面向对象3D引擎。它的目的是让开发者能更方便和直接地开发基�?D��g讑֤�的应用程序或游戏。引擎中的类库对更底层的�pȝ��库（如：Direct3D和OpenGL�Q�的全部使用�l�节�q�行了抽象，�q�提供了��Z��现实世界对象的接口和其它�c�R�?/p>

　　5.8 �U�程

　　(1) C++ Threads

　　参考网站：http://threads.sourceforge.net/

　　�q�个库的目标是给�E�序员提供易于��用的�c�，�q�些�c�被�l�承以提供在Linux环境中很隄��到的大量的线�E�方面的功能�?/p>

　　(2) ZThreads

　　参考网站：http://zthread.sourceforge.net/

　　一个先�q�的面向对象�Q�跨�q�_��的C++�U�程和同步库�?br />

　　5.9 序列�?/p>

　　(1) s11n

　　参考网站：http://s11n.net/

　　一个基于STL的C++库，用于序列化POD�Q�STL容器以及用户定义的类型�?/p>

　　(2) Simple XML Persistence Library

　　参考网站：http://sxp.sourceforge.net/

　　�q�是一个把对象序列化�ؓXML的轻量��的C++库�?/p>

　　5.10 字符�?/p>

　　(1) C++ Str Library

　　参考网站：http://www.utilitycode.com/str/

　　操作字符串和字符的库�Q�支持Windows和支持gcc的多�U��^台。提供高度优化的代码�Q��ƈ且支持多�U�程环境和Unicode�Q�同时还有正则表辑ּ�的支持�?/p>

　　(2) Common Text Transformation Library

　　参考网站：http://cttl.sourceforge.net/

　　�q�是一个解析和修改STL字符串的库。CTTL substring�c�d��以用来比较，插入�Q�替换以及用EBNF的语法进行解析�?/p>

　　(3) GRETA

　　参考网站：http://research.microsoft.com/projects/greta/

　　�q�是由微软研�I��的研�I��h员开发的处理正则表达式的库。在��型匚w��的情况下有非�怼��U�的表现�?/p>

　　5.11 �l�合

　　(1) P::Classes

　　参考网站：http://pclasses.com/

　　一个高度可�U�L��的C++应用�E�序框架。当前关注类型和�U�程安全的signal/slot机制�Q�i/o�pȝ��包括��Z��插�g的网�l�协议透明的i/o架构�Q�基于插件的应用�E�序消息日志框架�Q�访问sql数据库的�cȝ��{��?/p>

　　(2) ACDK - Artefaktur Component Development Kit

　　参考网站：http://acdk.sourceforge.net/

　　�q�是一个��^台无关的C++�l��g框架�Q�类��g��Java或�?NET中的框架�Q�反��机�Ӟ��U�程�Q�Unicode�Q�废料收集，I/O�Q�网�l�，实用工具�Q�XML�Q�等�{�）�Q�以及对Java, Perl, Python, TCL, Lisp, COM �?CORBA的集成�?/p>

　　(3) dlib C++ library

　　参考网站：http://www.cis.ohio-state.edu/~kingd/dlib/

　　各种各样的类的一个综合。大整数�Q�Socket�Q�线�E�，GUI�Q�容器类,以及��览目录的API�{�等�?/p>

　　(4) Chilkat C++ Libraries

　　参考网站：http://www.chilkatsoft.com/cpp_libraries.asp

　　�q�是提供zip�Q�e-mail�Q�编码，S/MIME�Q�XML�{�方面的库�?/p>

　　(5) C++ Portable Types Library (PTypes)

　　参考网站：http://www.melikyan.com/ptypes/

　　�q�是STL的比较简单的替代品，以及可移植的多线�E�和�|�络库�?/p>

　　(6) LFC

　　参考网站：http://lfc.sourceforge.net/

　　哦，�q�又是一个尝试提供一切的C++�?/p>

　　5.12 其他�?/p>

　　(1) Loki

　　参考网站：http://www.moderncppdesign.com/

　　哦，你可能抱怨我早该和Boost一起介�l�它�Q�一个实验性质的库。作者在loki中把C++模板的功能发挥到了极致。�ƈ且尝试把�c�M��设计模式�q�样思想层面的东襉K��过库来提供。同时还提供了智能指针这��h��较实用的功能�?/p>

　　(2) ATL

　　ATL(Active Template Library)

　　是一�l�小巧、高效、灵�zȝ��c�，�q�些�c�Mؓ创徏可互操作的COM�l��g提供了基本的设施�?/p>

　　(3) FC++: The Functional C++ Library

　　�q�个库提供了一些函数式语言中才有的要素。属于用库来扩充语言的一个代表作。如果想要在OOP之外��L��另一分的乐趣�Q�可以去看看函数式程序设计的世界。大师Peter Norvig�?“Teach Yourself rogramming in Ten Years”一文中��将函数式语�a�列�ؓ臛_��应当学习�?�cȝ��E�语�a�之一�?/p>

　　(4) FACT!

　　参考网站：http://www.kfa-juelich.de/zam/FACT/start/index.html

　　另外一个实现函数式语言�Ҏ��的�?/p>

　　(5) Crypto++

　　提供处理密码�Q�消息验证，单向hash�Q�公匙加密系�l�等功能的免费库�?/p>

　　�q�有很多非常�Ȁ动�h心或者是极其实用的C++库，限于我们的水�q�以及文章的��幅不能包括�q�来。在对于�q�些已经包含�q�来的库的介�l�中�Q�由于�ƈ不是每一个我们都使用�q�，所以难免有偏颇之处�Q�请读者见谅�?/p>

--------------------------------------------------------------------------------

　　6�Q�书�c?/p>

　　以前熊节先生曾撰文评论相对于Java�E�序设计语言�Q�C++的好书多如牛毛。荣耀先生在《程序员》杂志上撰文《C++�E�序设计之四书五�l�》也��本领域内几乎所有的�l�典书籍作了全面的介�l?��M��关于书的评论此时看来便是很多余的了。个人浅见，除非你打��以C++作�ؓ唯一兴趣或者生存之本，一般读者确实没有��够的旉��和必要将20余本书籍全部阅读。更有参考�h值的是荣耀先生的另一��文章：《至��应该阅
�ȝ��九本C++著作》，可以从下面的地址��览到此文：

　　http://www.royaloo.com/articles/articles_2003/9CppBooks.htm

　　下面几本书对于走在C++初学之�\上的读者是我们最愿意推荐�l�大家的�Q?/p>

　　(1) 《C++ Primer�?/p>

　　哦，也许你会抱怨我们�ؓ什么不先介�l�TCPL,但对于走在学习之路上的入门者，本书内容更�ؓ全面�Q�更��l�易懂，我们�U�它为“C++的超�U�宝典”�ƈ不过分。配有一本不错的习题解答《C++ Primer Answer Book》可以辅助你的学习之路�?/p>

　　(2) 《Essential C++�?/p>

　　如果说《C++ Primer》是C++领域的超�U�宝典，那么此书作�ؓ掌握C++的大局观当之无愧。正如�?NET大局观》一书能够让读者全�?NET�Q�本书讲�q�C��C++中最核心的全部主题。书虽不厚，内容�_��Q�不�׃ؓ《C++ Primer》读者茶余饭后的主题回顾之作�?/p>

　　(3) 《The C++ Programming Language�?/p>

　　Bjarne��Z��带来的C++教程�Q�真正能够告诉你怎么用才叫真正的C++的唯一一本书。虽然如同“某某程序设计语�a�”这��L��书籍会给大家一个内容全揽，入门到精通的感觉�Q�但本书��实不太适合初学者阅诅R��如果你自认为是一名很有经验的C++�E�序员，那至��也要反复咀嚼Bjarne先生所��的若�q�内宏V�?/p>

　　(4) 《Effective C++》，《More Effective C++�?/p>

　　是的�Q�正如一些C++爱好者经�总�读过与没有读�q�上�q�C��本作品来区分你是否是C++高手。我们也极力推崇�q�两本著作。在各种介绍C++专家�l�验的书�c�里面，�q�两本是最贴近语言本质�Q�看后最能够有脱胎换骨感觉的书，��L��书你需每日三省汝��n�?/p>

　　技术书�c�仁者见仁，�q�多的评论反无太多意义，��p��者喜好选择最适合自己的书方�ؓ上策�?/p>

--------------------------------------------------------------------------------

　　7�Q�资源网�?/p>

　　正如我们可以通过计算机历史上的重要�h物了解计��机史的发展�Q�C++相关人物的网站也可以使我们得到最有�h值的参考与借鉴�Q�下面的人物我们认�ؓ没有介绍的必要，只因下面的�h物在C++领域的地位众所周知�Q�我们只��相关的资源�q�行�|�列以供读者学习，他们有的工作于贝��实验室�Q�有的工作于知名�~�译器厂商，有的在不断推�q�语�a�的标准化�Q�有的�ؓ读者撰写了多部千古奇作…�?br />　　(1) Bjarne Stroustrup
　　http://www.research.att.com/~bs/

　　(2) Stanley B. Lippman
　　http://blogs.msdn.com/slippman/
　　中文�?http://www.zengyihome.net/slippman/index.htm

　　(3) Scott Meyers
　　http://www.aristeia.com/

　　(4) David Musser
　　http://www.cs.rpi.edu/~musser/

　　(5) Bruce Eckel
　　http://www.bruceeckel.com/

　　(6) Nicolai M. Josuttis
　　http://www.josuttis.com/

　　(7) Herb Sutter
　　http://www.gotw.ca/

　　(8) Andrei Alexandrescu
　　http://www.coderncppdesign.com/

　　(9) 侯捷先生
　　http://www.jjhou.com/

　　(10) 孟岩先生
　　先生�J�忙于工作，痴迷于技术，暂无个�h主页�Q�关于先生的作品可以通过CSDN的专栏和侯先生的主页讉K��到�?/p>

　　(11) 荣耀先生
　　http://www.royaloo.com/

　　(12) 潘爱民先�?br />　　http://www.icst.pku.edu.cn/panaimin/pam_homepage.htm

　　除了上述大师的主��外�Q�以下的�l�合�c�C++学习参考站�Ҏ��我们非常愿意向大家推荐的�Q?/p>

　　(1) CodeProject
　　http://www.codeproject.com/

　　(2) CodeGuru
　　http://www.codeguru.com/

　　(3) Dr. Dobb's Journal
　　http://www.ddj.com/

　　(4) C/C++ Users Journal
　　http://www.cuj.com/

　　(5) C�l�视�?br />　　http://www.c-view.org/

　　(6) allaboutprogram
　　http://www.allaboutprogram.com/
　　其他资料

　　(1) ISO IEC JTC1/SC22/WG21 - C++�Q�标准C++的权威参�?br />　　http://anubis.dkuug.dk/jtc1/sc22/wg21/

　　(2) C++ FAQ LITE �?Frequently Asked Questions: 最为全面的C++FAQ
　　http://www.sunistudio.com/cppfaq/index.html
　　C/C++ 新闻�l�：
　　你不妨尝试从�q�里提问和回�{�问题，很多不错的Q&A资源......

　　(1) .alt.comp.lang.learn.c-c++
　　�q�个��单些�Q�如果你和我一��h��个菜�?/p>

　　(2) .comp.lang.c++.moderated
嗯，�q�个昄��水��^高一�?/p>

　　(3) .comp.std.c++
　　如果你需要讨论标准C++相关话题的话

--------------------------------------------------------------------------------

　　8�Q�不得不写的�l�束�?/p>

　　�l�束的时候也是�ȝ��现状�Q�展望未来的时候。虽然C++从脱胎于C开始，一路艰隑֝��L��走过来，但是无论如何C++已经取得了工业基��的地位。文章列丄��大量相关资源��是最好的证明�Q�而业界的大量用C++写成的��品代码以及大量的C++职业工程师则是最直接的证明。同�Ӟ��我们可以看到各个高校的计��机专业都开设有C++�q�门评��Q�网�l�上对于C++的学习讨��Z��从来都没有停�q�。但是，在Java�?NET两大企业开发��^台的围攻下，�l��h的感觉是C++��来��“不行”了�?/p>

　　C++在面向企业的软�g开发中�Q�在开发便��h��等斚w��的确要比Java和C#差很多，其中一个问题是C++语言本��n比较复杂�Q�学习曲�U�比较陡峭，另外一个问题是C++标准化的旉��太长�Q��׃��很多的壮大机会，耗费了很多精力在厂商的之间的斗争上，而C++的标准库��M��个完善的�E�序开发框架还�~�少太多太多的内容，各个�W�三方的�c�d��和框架又在一致性和完整性上没法和随�q�_��提供的框架相提�ƈ论。难道C++真的要退出历史舞��C��Q?/p>

　　从C++目前的活跃程度，以及应用现状来说是完全能够肯定C++仍然是��Y件工业的基础�Q�也不会退出历史舞台的。另外从Boost�Q�Loki�q�些库中我们也能够看到C++的发展非常活跃，对于新技术新思维非常�Ȁ�q�，C++仍然�q�泛受到��x��。从ACE在高性能通信领域的应用，以及MTL�q�样的库在数��D��领域的��表现�Q�我们可以看到C++在高性能应用场合下的不可替代的作用，而嵌入式�pȝ��q�样的内存受限开发��^�?br />�Q�比如Symbian OS上，C++已经发挥着�q�且��发挥更大的作用。可以预见的是以后的软�g无论上层的应用怎么变，它的底层核心都会是由C/C++�q�样的系�l��软�g�~�写的，比如Java虚拟机，.NET Framwork。因为只有这��L��pȝ��U��Y件才能完全彻底的发挥机器的功能�?/p>

　　需要看到的是两个趋势，一个趋势是C++变得更加复杂�Q�更加学院派�Q�通过模板�{�有潜力的语法因素构造越来越�_��y的库成�ؓ了现代C++的热点，虽然在利用库实现新的�~�程范式�Q�乃臌��计模式等斚w��很有开创意义，也确实��生了一些能够便捷开发的工具�Q�但是更多的是把C++变得更加强大�Q�更加复杂，也更加难懂，��g��也更加学院派�Q�不得不说它正在向边�~�化道�\发展。另一个趋势是C++在主��的企业应用开
发中已经逐渐退��Z��Q�ERP�q�样的企业��Y件开发中基本上不会考虑C++�Q�除非需要考虑性能或者和遗留代码的集成这些因素。C++退守到�pȝ��U�别语言�Q�成��Y件工业的基础是大势所��。然而反思一下，真的是退守么�Q�自从STL出现�Q�无数的人风起云涌的开始支持C++,他们狂呼“我看到深夜消失了，目标软�g工程的出现。我看到了可�l�护的代码。”是的，STL在可�l�护性下做得如此��。但是又怎样呢？STL为C++铺��^了现代��Y件工�E�的道�\�Q�而在上层应用�E�序软�g开发领域这块场地早不单独属于C++,很多�E�序设计语言都做得很��Q�疯狂的支持者会毫不犹��U地说我们应当支持C++,因�ؓ它是世界上最��的语言。而坦率地��_��你的腰杆真的那么��么�Q�也许只是在逃避一些事实。C++是优�U�的，�q�不可否认，STL的出现让C++一度走上了最辉煌的时刻，然而现在看来……我的一位恩师曾�a��Q�真正能够将STL应用得淋漓尽致的人很
保守地说国内也不��过200人，或许不加入STL能够使C++向着它应当发展的方向发展的更好，而现在看来，C++也应当回首到真正属于他的那一片圣��C��…�?/p>

�? 2007-02-05 10:07 发表评论

C++ �c�d��

�? — Fri, 19 Jan 2007 18:58:00 GMT

C++�c�d��介绍
再次体现了C++保持核心语言的效率同时大力发展应用库的发展趋�?!在C++中，库的��C��是非帔R��的。C++之父 Bjarne Stroustrup先生多次表示了设计库来扩充功能要好过设计更多的语法的�a�论。现实中�Q�C++的库门类�J�多�Q�解决的问题也是极其�q�泛�Q�库从轻量��到重量��的都有。不��都是让人眼界大开�Q�亦或是望而生叹的思维��C��。由于库的数量非常庞大，而且限于�W�者水�q�I��其中很多�q�不了解。所以文中所提的一些库都是比较著名的大型库。�?br />
标准库�?br />
标准库中提供了C++�E�序的基本设施。虽然C++标准库随着C++标准折腾了许多年�Q�直到标准的出台才正式定型，但是在标准库的实��C��却很令�h�ƣ慰得看到多�U�实玎ͼ��q�且已被实践证明为有工业�U�别强度的佳作。�?br />
1、 Dinkumware C++ Library

参考站点：http://www.dinkumware.com/'>http://www.dinkumware.com/

P.J. Plauger�~�写的高品质的标准库。P.J. Plauger博士是Dr. Dobb's�E�序设计杰出奖的获得者。其�~�写的库长期被Microsoft采用�Q��ƈ且最�q�Borland也取得了其OEM的license�Q�在其C/C+ +的��品中采用Dinkumware的库。�?br />
2、 RogueWave Standard C++ Library

参考站点：http://www.roguewave.com/'>http://www.roguewave.com/'>http://www.roguewave.com/'>http://www.roguewave.com/

�q�个库在Borland C++ Builder的早期版本中曄��被采用，后来被其他的库给替换了。笔者不推荐使用。�?br />
3、SGI STL

参考站点：http://www.roguewave.com/'>http://www.roguewave.com/'>http://www.roguewave.com/'>http://www.roguewave.com/

SGI公司的C++标准模版库。�?br />
4、STLport

参考站点：http://www.stlport.org/'>http://www.stlport.org/

SGI STL库的跨��^台可�U�L��版本。�?br />

准标准库——Boost

Boost 库是一个经�q�千锤百点{��可�U�L��、提供源代码的C++库，作�ؓ标准库的后备�Q�是C++标准化进�E�的发动��Z��一。 Boost库由C++标准委员会库工作�l�成员发��P��在C++�C�֌�中媄响甚大，其成员已�q?000人。 Boost库�ؓ我们带来了最新、最酗��最实用的技术，是不折不扣的"�?标准库。�?br />
Boost中比较有名气的有�q�么几个库：

Regex
正则表达式库

Spirit
LL parser framework�Q�用C++代码直接表达EBNF

Graph
囄��件和��法

Lambda
在调用的地方定义短小匿名的函数对象，很实用的functional功能

concept check
��查泛型编�E�中的concept

Mpl
用模板实现的元编�E�框架�?br />
Thread
可移植的C++多线�E�库

Python
把C++�c�d��函数映射到Python之中

Pool
内存池管理�?br />
smart_ptr
5个智能指针，学习��指针必读�Q�一份不错的参考是来自CUJ的文章：

Smart Pointers in Boost,哦，�q�篇文章可以查到�Q�CUJ是提供在�U�浏览的。中文版见笔者在《Dr. Dobb's Journal软�g研发杂志》第7辑上的译文。�?br />

Boost ��M��来说是实用�h值很高，质量很高的库。�ƈ且由于其对跨�q�_��的强调，�Ҏ��准C++的强调，是编写��^台无养I��C��C++的开发者必备的工具。但是Boost 中也有很多是实验性质的东西，在实际的开发中实用需要�}慎。�ƈ且很多Boost中的库功能堪�U�对语言功能的扩展，其构造用��精巧的手法�Q�不要��N然的��p��旉��研读。Boost另外一面，比如Graph�q�样的库则是��h��工业强度�Q�结构良好，非常值得研读的精品代码，�q�且也可以放心的在��品代码中多多利用。�?br />
参考站点：http://www.boost.org'>http://www.boost.org�Q�国内镜像：http://www.c'> http://www.c'>http://www.c'>http://www.c-view.org/tech/lib/boost/index.htm�Q��?br />
GUI

在众多C++的库中，GUI部分的库��是比较�J�荣�Q�也比较引�h注目的。在实际开发中�Q�GUI库的选择也是非常重要的一件事情，下面我们�l�D��一下可选择的GUI库，各自的特点以及相兛_��L��支持。�?br />
1、 MFC

大名鼎鼎的微软基��c�d��Q�Microsoft Foundation Class�Q�。大凡学�q�VC++的�h都应该知道这个库。虽然从技术角度讲�Q�MFC是不大漂亮的�Q�但是它构徏于Windows API 之上�Q�能够�ɽE�序员的工作更容�?�~�程效率高，减少了大量在建立 Windows �E�序时必��ȝ��写的代码�Q�同时它�q�提供了所有一般 C++ �~�程的优点，例如�l�承和封装。MFC �~�写的程序在各个版本的Windows操作�pȝ��上是可移植的�Q�例如，在 Windows 3.1下编写的代码可以很容易地�U�L��刊W�Windows NT 或 Windows 95 上。但是在最�q�发展以及官�Ҏ��持上日渐势微。�?br />

2、 QT

参考网站：http://www.trolltech.com/'>http://www.trolltech.com/

Qt 是Trolltech公司的一个多�q�_��的C++囑�Ş用户界面应用�E�序框架。它提供�l�应用程序开发者徏立艺术��的图形用��L��面所需的所用功能。Qt是完全面向对象的很容易扩展，�q�且允许真正地组件编�E�。自�?996�q�早些时候，Qt�q�入商业领域�Q�它已经成�ؓ全世界范围内数千�U�成功的应用�E�序的基��。Qt也是��行的Linux桌面环境KDE 的基��Q�同时它�q�支持Windows、Macintosh、Unix/X11�{�多�U��^台。�?br />

3、WxWindows

参考网站：http://www.wxwindows.org/'>http://www.wxwindows.org/

跨��^台的GUI库。因为其�c�d��ơ极像MFC�Q�所以有文章介绍从MFC到WxWindows的代码移植以实现跨��^台的功能。通过多年的开发也是一个日��完善的 GUI库，支持同样不弱于前面两个库。�ƈ且是完全开放源代码的。新�q�的C++ Builder X的GUI设计器就是基于这个库的。�?br />
4、Fox

开放源代码的GUI库。作者从自己亲��n的开发经验中得出了一个理想的GUI库应该是什么样子的感受出发�Q�从而开始了对这个库的开发。有兴趣的可以尝试一下。�?br />
参考网站：http://www.fox'>http://www.fox-toolkit.org/

5、 WTL

��Z��ATL的一个库。因��Z��用了大量ATL的轻量��手法�Q�模板等技术，在代码尺寸，以及速度优化斚w��做得非常��C��。主要面向的使用��体是开发COM轻量�U�供�|�络下蝲的可视化控�g的开发者。�?br />
6、 GTK

参考网站：http://gtkmm.sourceforge.net/

GTK是一个大名鼎鼎的C的开源GUI库。在Linux世界中有Gnome�q�样的杀手应用。而GTK��是�q�个库的C++��装版本。�?br />
?

库�?br />

�|�络通信

ACE

参考网站：http://www.c'>http://www.c'>http://www.c'>http://www.cs.wustl.edu/~schmidt/ACE.html

C+ +库的代表�Q�超重量�U�的�|�络通信开发框架。ACE自适配通信环境�Q�Adaptive Communication Environment�Q�是可以自由使用、开放源代码的面向对象框�Ӟ��在其中实��C��许多用于�q�发通信软�g的核心模式。ACE提供了一�l�丰富的可复用C++ 包装外观�Q�Wrapper Facade�Q�和框架�l��g�Q�可跨越多种�q�_��完成通用的通信软�g��d��Q�其中包括：事�g多�\分离和事件处理器分派、信号处理、服务初始化、进�E�间通信、共享内存管理、消息�\由、分布式服务动态（重）配置、�ƈ发执行和同步�Q�等�{�。�?br />
StreamModule

参考网站：http://www.omnifarious.org/StrMod/'>http://www.omnifarious.org/StrMod/

设计用于��化编写分布式�E�序的库。尝试着使得�~�写处理异步行�ؓ的程序更�Ҏ��Q�而不是用同步的外壛_��起异步的本质。�?br />
SimpleSocket

参考网站：http://home.hetnet.nl/~lcbokkers/simsock.htm

�q�个�c�d��让编写基于socket的客�?服务器程序更加容易。�?br />
A Stream Socket API for C++

参考网站：http://www.pcs.cnu.edu/'>http://www.pcs.cnu.edu/~dgame/sockets/socketsC++/sockets.html

又一个对Socket的封装库。�?br />
XML

Xerces

参考网站：http://xml.apache.org/xerces-c/

Xerces-C++ 是一个非常健壮的XML解析器，它提供了验证�Q�以及SAX和DOM API。XML验证在文档类型定�?Document Type Definition�Q�DTD)斚w��有很好的支持�Q��ƈ且在2001�q?2月增加了支持W3C XML Schema 的基本完整的开放标准。�?br />
XMLBooster

参考网站：http://www.xmlbooster.com/'>http://www.xmlbooster.com/

�q�个库通过产生特制的parser的办法极大的提高了XML解析的速度�Q��ƈ且能够��生相应的GUI�E�序来修改这个parser。在DOM和SAX两大��L��XML解析办法之外提供了另外一个可行的解决�Ҏ��。�?br />
Pull Parser

参考网站：http://www.extreme.indiana.edu/xgws/xsoap/xpp/'>http://www.extreme.indiana.edu/xgws/xsoap/xpp/

�q�个库采用pull�Ҏ��的parser。在每个SAX的parser底层都有一个pull的parser�Q�这个xpp把这层暴露出来直接给大家使用。在要充分考虑速度的时候值得��试。�?br />
Xalan

参考网站：http://xml.apache.org/xalan-c/

Xalan是一个用于把XML文档转换为HTML�Q�纯文本或者其他XML�c�d��文档的XSLT处理器。�?br />
CMarkup

参考网站：http://www.firstobject.com/xml.htm'>http://www.firstobject.com/xml.htm

�q�是一�U��用EDOM的XML解析器。在很多思�\上面非常灉|��实用。值得大家在DOM和SAX之外��L��一点灵感。�?br />
libxml++

http://libxmlplusplus.sourceforge.net/

libxml++是对著名的libxml XML解析器的C++��装版本

�U�学计算

Blitz++

参考网站：http://www.oonumerics.org/blitz/'>http://www.oonumerics.org/blitz/

Blitz++ 是一个高效率的数��D��函数库�Q�它的设计目的是希望建立一套既具像C++ 一��h��便，同时又比Fortran速度更快的数��D��环境。通常�Q�用C++所写出的数值程序，比 Fortran�?0%左右�Q�因此Blitz++正是要改掉这个缺炏V��方法是利用C++的template技术，�E�序执行甚至可以比Fortran更快。 Blitz++目前仍在发展中，对于常见的SVD�Q�FFTs�Q�QMRES�{�常见的�U�性代数方法�ƈ不提供，不过使用者可以很�Ҏ��地利用Blitz++所提供的函数来构徏。�?br />
POOMA

参考网站：http://www.c'>http://www.c'>http://www.c'>http://www.codesourcery.com/pooma/pooma

POOMA是一个免费的高性能的C++库，用于处理�q�行式科学计��。POOMA的面向对象设计方便了快速的�E�序开发，对�ƈ行机器进行了优化以达到最高的效率�Q�方便在工业和研�I�环境中使用。�?br />
MTL

参考网站：http://www.osl.iu.edu/research/mtl/'>http://www.osl.iu.edu/research/mtl/

Matrix Template Library(MTL)是一个高性能的泛型组件库�Q�提供了各种格式矩阵的大量线性代数方面的功能。在某些应用使用高性能�~�译器的情况下，比如Intel的编译器�Q�从产生的汇�~�代码可以看出其与手写几乎没有两��L��效能。�?br />
CGAL

参考网站：www.cgal.org

Computational Geometry Algorithms Library的目的是把在计算几何斚w��的大部分重要的解��x��案和�Ҏ��以C++库的形式提供�l�工业和学术界的用户。�?br />

游戏开发�?br />
Audio/Video 3D C++ Programming Library

参考网站：http://www.galacticasoftware.com/products/av/'>http://www.galacticasoftware.com/products/av/

AV3D是一个跨�q�_��Q�高性能的C++库。主要的�Ҏ��是提供3D囑�Ş�Q�声效支持（SB,以及S3M�Q�，控制接口�Q�键盘，鼠标和遥感）�Q�XMS。�?br />
KlayGE

参考网站：http://home.g365.net/enginedev/

国内游戏开发高手自��q��C++开发的游戏引擎。KlayGE是一个开放源代码、跨�q�_��的游戏引擎，�q��用Python作脚本语�a�。KlayGE在LGPL协议下发行。感谢龚敏敏先生��Z��国游戏开发事业所做出的�A献。�?br />
OGRE

参考网站：http://www.ogre3d.org'>http://www.ogre3d.org

OGRE �Q�面向对象的囑�Ş渲染引擎�Q�是用C++开发的�Q��用灵�zȝ��面向对象3D引擎。它的目的是让开发者能更方便和直接地开发基�?D��g讑֤�的应用程序或游戏。引擎中的类库对更底层的�pȝ��库（如：Direct3D和OpenGL�Q�的全部使用�l�节�q�行了抽象，�q�提供了��Z��现实世界对象的接口和其它�c�R��?br />

�U�程

C++ Threads

参考网站：http://threads.sourceforge.net/

�q�个库的目标是给�E�序员提供易于��用的�c�，�q�些�c�被�l�承以提供在Linux环境中很隄��到的大量的线�E�方面的功能。�?br />
ZThreads

参考网站：http://zthread.sourceforge.net/

一个先�q�的面向对象�Q�跨�q�_��的C++�U�程和同步库。�?br />

序列化�?br />
s11n

参考网站：http://s11n.net/

一个基于STL的C++库，用于序列化POD�Q�STL容器以及用户定义的类型。�?br />
Simple XML Persistence Library

参考网站：http://sxp.sourceforge.net/

�q�是一个把对象序列化�ؓXML的轻量��的C++库。�?br />

字符串�?br />
C++ Str Library

参考网站：http://www.utilitycode.com/str/'>http://www.utilitycode.com/str/

操作字符串和字符的库�Q�支持Windows和支持gcc的多�U��^台。提供高度优化的代码�Q��ƈ且支持多�U�程环境和Unicode�Q�同时还有正则表辑ּ�的支持。�?br />
Common Text Transformation Library

参考网站：http://cttl.sourceforge.net/

�q�是一个解析和修改STL字符串的库。CTTL substring�c�d��以用来比较，插入�Q�替换以及用EBNF的语法进行解析。�?br />
GRETA

参考网站：http://research.microsoft.com/projects/greta/

�q�是由微软研�I��的研�I��h员开发的处理正则表达式的库。在��型匚w��的情况下有非�怼��U�的表现。�?br />
�l�合

P::Classes

参考网站：http://pclasses.com/

一个高度可�U�L��的C++应用�E�序框架。当前关注类型和�U�程安全的signal/slot机制�Q�i/o�pȝ��包括��Z��插�g的网�l�协议透明的i/o架构�Q�基于插件的应用�E�序消息日志框架�Q�访问sql数据库的�cȝ��{�。�?br />
ACDK - Artefaktur Component Development Kit

参考网站：http://acdk.sourceforge.net/

�q�是一个��^台无关的C++�l��g框架�Q�类��g��Java或�?NET中的框架�Q�反��机�Ӟ��U�程�Q�Unicode�Q�废料收集，I/O�Q�网�l�，实用工具�Q�XML�Q�等�{�）�Q�以及对Java, Perl, Python, TCL, Lisp, COM 和 CORBA的集成。�?br />
dlib C++ library

参考网站：http://www.c'>http://www.c'>http://www.c'>http://www.cis.ohio-state.edu/~kingd/dlib/

各种各样的类的一个综合。大整数�Q�Socket�Q�线�E�，GUI�Q�容器类,以及��览目录的API�{�等。�?br />
Chilkat C++ Libraries

参考网站：http://www.c'>http://www.c'>http://www.c'>http://www.chilkatsoft.com/cpp_libraries.asp

�q�是提供zip�Q�e-mail�Q�编码，S/MIME�Q�XML�{�方面的库。�?br />
C++ Portable Types Library (PTypes)

参考网站：http://www.melikyan.com/ptypes/'>http://www.melikyan.com/ptypes/

�q�是STL的比较简单的替代品，以及可移植的多线�E�和�|�络库。�?br />
LFC

参考网站：http://lfc.sourceforge.net/

哦，�q�又是一个尝试提供一切的C++库�?br />

其他库�?br />
Loki

参考网站：http://www.moderncppdesign.com/'>http: //www.moderncppdesign.com/'>http://www.moderncppdesign.com/'>http://www.moderncppdesign.com/

哦，你可能抱怨我早该和Boost一起介�l�它�Q�一个实验性质的库。作者在loki中把C++模板的功能发挥到了极致。�ƈ且尝试把�c�M��设计模式�q�样思想层面的东襉K��过库来提供。同时还提供了智能指针这��h��较实用的功能。�?br />
ATL

ATL(Active Template Library)是一�l�小巧、高效、灵�zȝ��c�，�q�些�c�Mؓ创徏可互操作的COM�l��g提供了基本的设施。�?br />
FC++: The Functional C++ Library

�q�个库提供了一些函数式语言中才有的要素。属于用库来扩充语言的一个代表作。如果想要在OOP之外��L��另一分的乐趣�Q�可以去看看函数式程序设计的世界。大师 Peter Norvig在�?Teach Yourself Programming in Ten Years"一文中��将函数式语�a�列�ؓ臛_��应当学习�?�cȝ��E�语�a�之一。�?br />
FACT!

参考网站：http://www.kfa'>http://www.kfa-juelich.de/zam/FACT/start/index.html

另外一个实现函数式语言�Ҏ��的库�?br />
Crypto++

提供处理密码�Q�消息验证，单向hash�Q�公匙加密系�l�等功能的免费库。�?br />
�q�有很多非常�Ȁ动�h心或者是极其实用的C++库，限于我们的水�q�以及文章的��幅不能包括�q�来。在对于�q�些已经包含�q�来的库的介�l�中�Q�由于�ƈ不是每一个我们都使用�q�，所以难免有偏颇之处�Q�请读者见谅。�?br />

资源�|�站

正如我们可以通过计算机历史上的重要�h物了解计��机史的发展�Q�C++相关人物的网站也可以使我们得到最有�h值的参考与借鉴�Q�下面的人物我们认�ؓ没有介绍的必要，只因下面的�h物在C++领域的地位众所周知�Q�我们只��相关的资源�q�行�|�列以供读者学习，他们有的工作于贝��实验室�Q�有的工作于知名�~�译器厂商，有的在不断推�q�语�a�的标准化�Q�有的�ؓ读者撰写了多部千古奇作......

Bjarne Stroustrup http://www.research.att.com/'>http://www.research.att.com/~bs/

Stanley B. Lippman

http: //blogs.msdn.com/slippman/(中文�?a target="_blank">http://www.zengyihome.net'>http: //www.zengyihome.net/slippman/index.htm'>http://www.zengyihome.net'>http://www.zengyihome.net/slippman/index.htm)

Scott Meyers http://www.aristeia.com/'>http://www.aristeia.com/

David Musser http://www.c'>http://www.c'>http://www.c'>http://www.cs.rpi.edu/~musser/

Bruce Eckel http://www.bruceeckel.com'>http://www.bruceeckel.com

Nicolai M. Josuttis http://www.josuttis.com/'>http://www.josuttis.com/

Herb Sutter http://www.gotw.ca/'>http://www.gotw.ca/

Andrei Alexandrescu http://www.moderncppdesign.com/'>http://www.moderncppdesign.com/'>http://www.moderncppdesign.com/'>http://www.moderncppdesign.com/

�? 2007-01-20 02:58 发表评论

WTL出现GUID错误 Did you forget to pass the LIBID to CComModule::Init?

�? — Thu, 18 Jan 2007 08:23:00 GMT

    When using WTL 7.0 with ActiveX controls under ATL 7.1, the framework will ASSERT inside atlcom.h on the following line:
    ATLASSERT(!InlineIsEqualGUID(*m_plibid,GUID_NULL) && "Did you forget to pass the LIBID to CComModule::Init?");

    This can be solved one of two ways:
    1) Change your "Use of ATL" setting to "Dynamic Link to ATL" in your project properties.
    2) Change your "Use of ATL" setting to "Static Link to ATL" and instead of using
       hRes = _Module.Init(NULL, hInstance);
       line in your _tWinMain, use this instead:
     GUID guid;
       hRes = _Module.Init(NULL, hInstance, &guid);

    The ATLASSERT is apparently a bug in ATL 7.0/7.1 because everything works right if you pass a non-null GUID to _Module.Init(). Note that some people prefer to pass the actual LIBID instead of a garbage GUID, but this has no effect on whether the framework works correctly or not.

I was unsure whether to post this under GDI or WTL, but WTL won out since I was using CScrollImpl when I encountered this problem. On one of the views in my WTL program, I was creating controls dynamically on the output screen. This worked fine until the controls I was creating extended beyond the range of the viewport. When I kept using the same RECT coordinates for the created controls in the scrolled view, I started having all sorts of positioning and resizing problems.
Turns out that Create assumes that the RECT coordinates you specify in the call are from the top of the viewport, not the top of the window. This was not at all intuitive to me. Consequently, if you want to keep a common coordinate system when creating controls on a scrolling view, you must either 1) factor in the scroll bar offset yourself, or 2) scroll back to the top left of the window (without updating), place your controls and then scroll back to the proper position.

By default, the COM Server code that the WTL AppWizard adds does not have the _Module.RegisterServer function set to TRUE by default. As a result, the type library information never showed up in the registry. A message in the ATL Archives relayed the answer to this problem.

After trying to use extended combo boxes within a WTL app and not getting them to load, I knew I must be doing something wrong. I was initializing them with ::InitCommonControlsEx() in OnInitDialog(), which was a little too late. I moved them to DllMain, and that solved the problem. (The Microsoft ATL mailing list archives saved the day ...)

I was trying to modify a WTL frame window by using ModifyStyle in OnCreate(). WTL doesn't like this very well. Instead I discovered that I got the results I was looking for by modifying CFrameWindowImpl to take a customized version of CWinTraits by adding it to the template definition. By the way, this also works for CWindowImpl, which is where I found this trick in the MSDN docs and ATL Internals. Also, this link shows another tricky portion of the whole process.

    Steps to use CDialogResize (from WTL 3.1):
    1) #include in your view/dialog class
    2) derive your view/dialog from CDialogResize:
        class CMyClass: public CDialogImpl, ....
                              public CDialogResize
    3) Add a DLGRESIZE_MAP to your view as follows:
         BEGIN_DLGRESIZE_MAP(CMyClass)
              DLGRESIZE_CONTROL(IDOK, DLSZ_MOVE_X | DLSZ_SIZE_Y)
        END_DLGRESIZE_MAP()
        The first parameter in the DLGRESIZE_CONTROL macro is the resource ID of your control. The second parameter(s) is the way that you want that control to be resized; valid values are DLSZ_MOVE_X, DLSZ_MOVE_Y, DLSZ_SIZE_X, DLSZ_SIZE_Y. (Note that you can OR these together with a |). You can also resize controls as a group by enclosing a number of DLGRESIZE_CONTROL macros with BEGIN_DLGRESIZE_GROUP() and END_DLGRESIZE_GROUP(). More on grouping in the next tip.
    4) Chain your message map to CDialogResize, i.e.
            BEGIN_MSG_MAP(CMyClass)
                ....
                CHAIN_MSG_MAP(CDialogResize)
            END_MSG_MAP()
    5) Initialize the resizing for your view with DlgResize_Init(false, true, WS_CLIPCHILDREN) in OnInitDialog. Normally (for standard dialogs) you would just use DlgResize_Init() and accept the default parameters, but for a view you have to supply the extra settings since the view doesn't need a gripper or a frame like a dialog would.

Some things I've noticed about grouping controls with CDialogResize:
   1) You can group controls in one direction and leave them ungrouped in another direction to achieve good effects.
        For instance, if you had Save, Print and Close buttons running along the bottom of your dialog, centered and spaced evenly apart, you'd probably want to do this grouping:
       BEGIN_DLGRESIZE_MAP(CMyClass)
            BEGIN_DLGRESIZE_GROUP()
                DLGRESIZE_CONTROL(IDC_BTN_SAVE, DLSZ_MOVE_X )
                DLGRESIZE_CONTROL(IDC_BTN_PRINT, DLSZ_MOVE_X )
                DLGRESIZE_CONTROL(IDC_BTN_CLOSE, DLSZ_MOVE_X)
            END_DLGRESIZE_GROUP()
            DLGRESIZE_CONTROL(IDC_BTN_SAVE, DLSZ_MOVE_Y)
            DLGRESIZE_CONTROL(IDC_BTN_PRINT, DLSZ_MOVE_Y)
            DLGRESIZE_CONTROL(IDC_BTN_CLOSE, DLSZ_MOVE_Y)
       END_DLGRESIZE_MAP()

This would keep all of them centered and spaced evenly as you moved them, while also moving them up and down independently.

2) As soon as you noticed this little trick, however, you might start to take notice that your buttons don't exactly line up with the other controls on screen. You'd see this as the dialog was sized larger and larger. What's happening is that the leftmost button in the resource (this doesn't mean the top one in the DLGRESIZE_GROUP -- it's unrelated) is acting as an anchor for all the other buttons in the group. So when you resize the dialog, the leftmost button isn't moving ... it's just staying in place.
There may be better ways to solve this problem, but what I did is insert a new invisible button on the resource in the leftmost position to act as the anchor. I then included the button in the DLGRESIZE_GROUP with a DLSZ_MOVE_X command as well so it would make all the other three buttons move together correctly. Like I said -- it works. If you stumble on something better

�? 2007-01-18 16:23 发表评论

WTL体系�l�构

�? — Thu, 18 Jan 2007 01:49:00 GMT

�l�论

WTL 最�l�来�?/span> , 而且提供了我所希望的功�?/span> . 我在 WTL Bytesize (译文)的文章列�?/span> WTL 主要特征 . 在本文中 , 我将描述一�?/span> WTL 的体�pȝ��?/span> , 同时我会�l�出一些简单的例子来演�C�如何��用它的那些特�?/span> . 希望能够�Ҏ��?span lang="zh-cn">所帮助 .

WTL 应用�E�序的类�?/font>

WTL 有好几种应用�E�序�c�d�� , 供您�?/span> AppWizard 选取 .

下表对这些应用程序进行了描述 . �q�种�Ҏ��构成了 WTL 体系�l�构的一部分 .

应用�E�序�c�d��	描述
SDI Application	单文本界�?/span> �? 只有一个窗�?/span>
Multiple Threads SDI	单个�q�程拥有一个或多个�H�口
MDI Application	多文本界�?/span> �? 在框架内 , 您可以有零个或多个子�H�口
Dialog Based	��Z��对话框模�?/span>

你可能还是首�ơ听说多�U�程SDI应用�E�序,但是不用担心,它的概念很容易理�?一个多�U�程SDI�E�序启动后它会有一个窗�? �H�口昄��了一个文�? 当你惌��E�序要再创徏一个文档时,问题��出��C��--SDI�E�序只能昄��一个文�?��Z��解决�q�个问题,多线�E�SDI创徏了另一个SDI�H�口.看�v来是一个新的实例在�q�行,实际上它不过是原来的�q�程创徏了一个新的窗�?�q�把它依附到�q�程的一个新�U�程. IE的新建窗口就是这样做�?

除了多线�E?span lang="EN-US">SDI,所有这些应用程序都可以作�ؓCOM服务�? �q�且应用�E�序向导(AppWizard)为此提供了一个选项.另外应用�E�序向导�q�可以让你指定该�E�序是否��L��ActiveX控�g.令�h费解的是,不同的程序类�?选取"Host ActiveX Controls"的地方不�?除对话框应用�E�序外的其他�c�d��在第一��上选取,而对话框�c�d��却放到第二页.

�W�二��늚�其他选项,对对话框�E�序以外的类型都是可用的.它们让你指定�E�序是否需要工��h��(toolbar),状态条(status bar)和视�H�口(View Window).

如果选取�?Toolbar"选项,你可以通过"Rebar"选择是否��工��h��攑օ�IE Rebar控�g�? 如果你选取了Rebar, 你就可以通过框架�H�口(frame window)的成员m_hWndToolBar(后边会有详细的描�q?来访问它.你可以按照你的意�?在里边加入其他的工具�? 选取�?Rebar"�? 你可以决定是否选取"Command Bar". Command bar很像CE的command bar控�g.只是WTL是用一个类来实�?而在CE, command bar是一个系�l�窗口类(system window class). Command bar非常有用,它能够把�H�口也加入到工具条中�? 如果你选取了这个选项, 工具条和菜单都将被当做toolbar来实�?�q��菜单��也可以有关联的图标,�q�且当你�U�d��鼠标��C��个菜单项上时,该菜单项会被�|�成高亮.从Office 97以来, Office软�g的菜单都��h��上述特征.

�W�二��还有指定程序是否��用视的选项(多半你想要��?, 同时你可以决定这些视如何实现. 下表列出了所有可选的�?

�?/span>	描述
Generic Window	一个简单的�H�口 . 此类�H�口允许�E�序员编�?/span> WM_PAINT 消息的处理函�?/span> . 适用于需要直接进�?/span> paint 的文�?/span> .
Form	�q�类视具有一个对话框模版 . 适用于带 ActiveX 控�g的窗�?/span> . 应用�E�序来操作这些控�?/span> .
List Box	�q�个视是�?/span> list box. 它最��单的形式意味着可以通过调用 AddString() �Ҏ��来添加字�W�串 .
Edit	�q�个视是�?/span> edit control. 本质�?/span> , 它提供了一个像 Notepad 一��L��E�序 .
List View	�q�个视是�?/span> list view 通用控�g . 用这个控件来昄��相关的项 ( 比如 , 控制面板是一�?/span> Explorer ��L��?/span> List View, 所有的��w��是控刉��?/span> applet).
Tree View	�q�个视是�?/span> tree view 通用控�g . �q�个适用于具有层�ơ关�pȝ��数据 , 比如 , 可以用它来显�C�数据库�?/span> schema. ��层分支��和存储过�E?/span> , �ơ��的分支�ؓ表中的字�D?/span> .
Rich Edit	�q�个视是�?/span> rich edit 控�g , �?/span> WordPad.
HTML Page	�q�个视主持了一�?/span> IE Web Browser 控�g . 它把��L��的一�?/span> web page 当成一个视 .

本文的例子需要一个对话框模版 , 同时�q�需要菜�?/span> , 因此 Form view 是个理想的选择 .

�E�序�U�程

跟ATL一�?WTL�E�序也需要一�?font face="Courier New">_Module全局变量来保存全局数据,方便应用�U�代码访�?在WTL�?�q�个变量�?font face="Courier New">CAppModule�?font face="Courier New">CServerAppModule的实�?后者在�E�序同时作�ؓ一个COM服务器时用到.每个应用�E�序��h��一个或者多个UI�U�程.WTL使用两种方式来管理这些线�E?

如果应用�E�序只有一个UI�U�程(除了多线�E�SDI以外,其他�E�序�c�d��默认只有一个UI�U�程),�U�程调用全局函数run():

int Run(LPTSTR /*lpstrCmdLine*/ = NULL, int nCmdShow = SW_SHOWDEFAULT)
{
    CMessageLoop theLoop;
    _Module.AddMessageLoop(&theLoop);
    CMainFrame wndMain;
    if (wndMain.CreateEx() == NULL)
    {
        ATLTRACE(_T("Main window creation failed!\n"));
        return 0;
    }
    wndMain.ShowWindow(nCmdShow);
    int nRet = theLoop.Run();
    _Module.RemoveMessageLoop();
    return nRet;
}

    �U�程的消息��@环包含在CMessageLoop内部.函数创徏了一�?b>CMessageLoop实例, 把它攑օ�全局的消息��@环映��?message loop map)数组. 以线�E�ID为烦�?�U�程中运行的其他的代码可以访问到�q�个实例. 消息循环对象包含了message filter和idle handler. �q�行在这个UI�U�程的UI元�g(UI element)可以有它自己的idle handler,在线�E�的消息队列为空时运�?font face="宋体">�?/font>译注:通过CMessageLoop::AddIdleHandler()把这个UI元�g加入�?b>CMessageLoop的idle handler 数组�?font face="宋体">�?/font>. CMessageLoop::Run()包含了UI�U�程的主消息映射(main message map).下边是它的伪代码:

MSG m_msg;
int CMessageLoop::Run()
{
    for (;;)
    {
        while (!::PeekMessage(&m_msg, NULL, 0, 0, PM_NOREMOVE))
            DoIdleHandlers();
        bRet = ::GetMessage(&m_msg, NULL, 0, 0);
        if(bRet == -1)
            continue;
        else if(!bRet)
            break;
        if (!DoMessageFilters(&m_msg))
        {
            ::TranslateMessage(&m_msg);
            ::DispatchMessage(&m_msg);
        }
    }
    return (int)m_msg.wParam;
}

    可以看到,�q�个函数推动着消息队列. 没有消息�? �q�行注册到线�E�的idle hander. 如果在队列中��到消息,把它取出�?传给每个message filter. 如果消息没有被这些函数处�?它将按照通常的方�?发送到目标�H�口.

    如果�E�序有超�q�一个的UI�U�程,可以用WTL的线�E�管理器,多线�E�SDI��是�q�样做的. �ȝ��E�作��Z��个管理者线�E?它会为每个新�H�口创徏一个新�?span lang="zh-cn">�?/span>�U�程. 主要��程如下:

int nRet = m_dwCount;
DWORD dwRet;
while(m_dwCount > 0)
{
    dwRet = ::MsgWaitForMultipleObjects(m_dwCount, m_arrThreadHandles,
        FALSE, INFINITE, QS_ALLINPUT);
    if(dwRet >= WAIT_OBJECT_0 && dwRet <= (WAIT_OBJECT_0 + m_dwCount - 1))
        RemoveThread(dwRet - WAIT_OBJECT_0);
    else if(dwRet == (WAIT_OBJECT_0 + m_dwCount))
    {
        ::GetMessage(&msg, NULL, 0, 0);
        if(msg.message == WM_USER)
            AddThread(_T(""), SW_SHOWNORMAL);
    }
}

那些�U�程句柄攑֜�一个数�l�中. �U�程通过AddThread()加入到数�l?同时启动�U�程), RemoveThread()从数�l�移�? wait语句在两�U�情况下会被打断: �U�程��M��(��线�E�从数组中移�? 或线�E�收��C��WM_USER消息(一个线�E�在一个新�U�程里新��Z��一个窗�?. �U�程��理者�ؓ�E�序中的一个类,因此可以在��@环中加入自己的message handler, 比如,当程序有不止一�U�窗口类型时. 创徏一个新的窗口非常简�?只需在�Q意一个窗口中调用:

::PostThreadMessage(_Module.m_dwMainThreadID, WM_USER, 0, 0L);

�q�个循环会一直运行下�?直到所有的UI�U�程都关闭了. UI�U�程��h��一个thread procedure,它跟单UI�U�程的Run()�Ҏ��一�?不过,�׃��U�程��理者��用了MsgWaitForMultipleObjects(), �q�意呌��最多只能有MAXIMUM_WAIT_OBJECTS-1个UI�U�程,�q�也意味着最多只能创�?3个窗�?

框架

    WTL实际上是两类�H�口: 框架�H�口和视囄��? 正如名字所暗示的那�? 框架�H�口为窗口提供标题栏(caption bar)和边�?你的代码用它来处理工��h��(tool bar)和菜单项命��o.你看到的�E�序�H�口实际上是视图�H�口, 视图覆盖了框架窗口的客户�?客户区是指框架窗口没有被诸如状态条,工具条之�cȝ��修饰部�g所遮挡的部�?

    �U�程会创��Z��框架�H�口的一个实�?创徏视图的工作由��L��架窗口的WM_CREATE消息处理函数完成. 对于SDI�E�序来说,�q�个�q�程很简�? 把视囄��的一个实例作��Z��框架�cȝ��一个成�?调用视图�cȝ��Create()�Ҏ��卛_��.MDI�E�序�E�微有些不同, MDI��L��架窗口通过CMDIFrameWindowImpl<>::CreateMDIClient()建立一个名�?b>MDICLIENT的窗�? �q�个客户�H�口��?font face="Courier New">CMDIChildWindowImpl<>�H�口当做它的子窗�?子窗口有一个视�?�q�也反映了这么一个事�?MDI�E�序可以��h��零个或者多个子�H�口,每个都有�Ҏ��和标题栏.

框架�H�口的OnCreate()很有意�?让我看看:

LRESULT OnCreate(UINT, WPARAM, LPARAM, BOOL&)
{
    // create command bar window
    HWND hWndCmdBar = m_CmdBar.Create(m_hWnd, rcDefault,
        NULL, ATL_SIMPLE_CMDBAR_PANE_STYLE);
    // attach menu
    m_CmdBar.AttachMenu(GetMenu());
    // load command bar images
    m_CmdBar.LoadImages(IDR_MAINFRAME);
    // remove old menu
    SetMenu(NULL);
    HWND hWndToolBar = CreateSimpleToolBarCtrl(m_hWnd, IDR_MAINFRAME,
        FALSE, ATL_SIMPLE_TOOLBAR_PANE_STYLE);
    CreateSimpleReBar(ATL_SIMPLE_REBAR_NOBORDER_STYLE);
    AddSimpleReBarBand(hWndCmdBar);
    AddSimpleReBarBand(hWndToolBar, NULL, TRUE);
    CreateSimpleStatusBar();
    m_hWndClient = m_view.Create(m_hWnd, rcDefault, NULL,
        WS_CHILD | WS_VISIBLE | WS_CLIPSIBLINGS | WS_CLIPCHILDREN,
        WS_EX_CLIENTEDGE);
    UIAddToolBar(hWndToolBar);
    UISetCheck(ID_VIEW_TOOLBAR, 1);
    UISetCheck(ID_VIEW_STATUS_BAR, 1);
    CMessageLoop* pLoop = _Module.GetMessageLoop();
    pLoop->AddMessageFilter(this);
    pLoop->AddIdleHandler(this);
    return 0;
}
    �q�是从一个SDI�E�序拿来的一�D�代�?该程序有一个基于command bar的工��h��和一个状态条. 函数的第一行创��Z��一个command bar实例,然后对它�q�行初始�?在其中加入框架窗口的菜单和工��h��位图. �q�段代码先将菜单取出,把所有的下拉菜单转换为工��h��按钮,�q�将菜单保存在一个变量中,以备后用. �l��h的感觉是菜单是由工具条实现的-那我们就把它叫做工具条菜�?menu toolbar)�? 然后Command Bar��程序工��h��的图标装入image list �q�将它们的ID保存在数�l�中. 当点��d��h��菜单的按钮时,commandbar会找到对应的子菜�?创徏一个弹��? Command bar��子菜单��的ID和它保存的ID�q�行比较,�q�些ID跟image list中的工具条按钮图标是相关联的. 如果比较成功, 则将兌��的图标加到菜单项上去. �q�意味着相同ID的菜单项和工��h��按钮��h��相同的图�?

接下�? 创徏工具条�ƈ把它兌��到commandbar, 然后创徏状态条和视�?可以看到视图�?b>HWND存放在框架窗口的m_hWndClient变量�? �q�个�H�口句柄在框架窗口的WM_SIZE handler中会用到.当框架窗口改变大��时,它告知视图改变自�w?于此同时也要考虑状态条和command bar.

在下来的三行(从调�?b>UIAddToolBar()开�? 用来昄��在运行时会改变状态的UI��?UI item).文章后面�q�会重提�q�个话题. 最�?讉K��消息循环(message loop), 你应该还记得该消息��@环存攑֜�一全局数组�?GetMessageLoop() 取得当前�U�程的消息��@�?加入框架�H�口的message filter和idle handler, 分别默认�?b>PreTranslateMessage()�?b>OnIdle().

框架�H�口�l�承于以下类:

class CMainFrame :
    public CFrameWindowImpl,
    public CUpdateUI,
    public CMessageFilter,
    public CIdleHandler

后两个抽象类宣称了框架窗口类实现�?b>PreTranslateMessage()�?b>OnIdle(). �?b>CUpdateUI<>�l�承表示框架�c�L��持UI update map.

视图

视图�H�口看�v�?/span>昑־�很简�?

class CMyView : public CWindowImpl
{
public:
    DECLARE_WND_CLASS(NULL)
    BOOL PreTranslateMessage(MSG* pMsg)
    {
        pMsg;
        return FALSE;
    }
    BEGIN_MSG_MAP(CMyView)
        MESSAGE_HANDLER(WM_PAINT, OnPaint)
    END_MSG_MAP()
    LRESULT OnPaint(UINT, WPARAM, LPARAM, BOOL&)
    {
        CPaintDC dc(m_hWnd);
        //TODO: Add your drawing code here
        return 0;
    }
};

上面�?/span>一个SDI�E�序的视囄��. 多线�E�SDI和MDI的视囄��在本质上�?span lang="zh-cn">跟这�?/span>一�?但他们没�?b>PreTranslateMessage()�Ҏ��. SDI�E�序��是使用�q�个函数,赶在框架�c?span lang="zh-cn">处理消息之前把消�?/span>抓住. PreTranslateMessage()在SDI的框架类中的实现�?span lang="zh-cn">�Q?/span>直接��?/span>消息转发�l�视囄��.

�q�里昄��的视囑֮�际上没有做什么工�?你应�?span lang="zh-cn">自己�?b>OnPaint()函数中加入画出文�?span lang="zh-cn">内容的代�?如果需要支持输�?如鼠标的点击和键盘的按键,你应该加�?span lang="zh-cn">相应消息处理函数到类和映��中. 可以�?span lang="zh-cn">�?/span>�q�个�H�口是从CWindowImpl<>�l�承下来�?如果你想让它��Z��一个Win32控�g的话,��应该从定义在AtlCtrls.h文�g�?span lang="zh-cn">某个WTL�cȝ��?

如果惛_��Z��CWindowImpl<>的类里加上滚动条,那么你应该把基类换成CScrollWindowImpl<>,同时把消息链�l�它:

class CMyView : public CScrollWindowImpl
{
public:
    typedef CScrollWindowImpl parent;
    BEGIN_MSG_MAP(CMyView)
        CHAIN_MSG_MAP(parent)
    END_MSG_MAP()
    void DoPaint(CDCHandle dc)
    {
    }
}�Q?/span>

基类保证�H�口�?span lang="zh-cn">�?/span>滚动�?�q�提供滚动条消息的默认处�?视图�c�M��再有WM_PAINT的处理函�?因�ؓ�?span lang="zh-cn">�?/span>�?b>CScrollWindowImpl<>处理.�Ҏ��滚动条的位置,CScrollWindowImpl<>��d��视图相对应的部分. 取而代�?span lang="zh-cn">�?/span>�?span lang="zh-cn">�Q?/span>在你的类里实�?b>DoPaint(),在这里你需要画�?span lang="zh-cn">�?/span>个视�?如果�?span lang="zh-cn">�?/span>指定滚动的范�?大小或�v�?你需要加上处�?b>WM_CREATE消息的函�?span lang="zh-cn">�Q�把�q�些初始�?/span>代码攑ֈ�里边.

正如我先�?span lang="zh-cn">所提到�?框架�H�口会改变视囄��口的大小,以��它客户区未被状态条和工��h��覆盖的部分�ؓ视图所填充. 在大多数情况�?�q�样��够�?/span>.但是当你惌��一个具有Windows Explorer样子的程序时,该怎么办呢? Windows Explorer的窗口包含了一个tree view 和一个list view,�q�有两者之间的分割�? WTL的解��x��案很��?使用splitter�H�口!

为此你需要改变一下框架窗�?让它创徏splitter�H�口的一个实例作为它的视�? 例如, 在你�?span lang="zh-cn">框架�c�里有如下的数据成员:

CSplitterWindow m_view;
CTreeViewCtrl m_tree;
CListViewCtrl m_list;

你可以在OnCreate()创徏一个splitter�H�口:

// get the frame client rect, so that we set the splitter initial size
// and we can get the splitter bar in the centre
RECT rect;
GetClientRect(&rect);
m_hWndClient = m_view.Create(m_hWnd, rect,
    NULL, WS_CHILD | WS_VISIBLE);
m_tree.Create(m_view, rcDefault, NULL,
    WS_CHILD | WS_VISIBLE | TVS_HASBUTTONS | TVS_HASLINES | TVS_LINESATROOT,
    WS_EX_CLIENTEDGE);
m_list.Create(m_view, rcDefault,
    NULL, WS_CHILD | WS_VISIBLE | LVS_REPORT, WS_EX_CLIENTEDGE);
m_view.SetSplitterPanes(m_tree, m_list);
m_view.SetSplitterPos();

Splitter�H�口如同一个视�?��框架窗口作为它的父�H�口. 在这�D�代码里,我将框架�H�口客户区的实际大小传给�?/span>splitter�H�口. �?span lang="zh-cn">�?/span>可以在这里��?rcDefault,因�ؓ一旦框架窗�?span lang="zh-cn">创徏完成,框架�H�口��?/span>会�{�?b>WM_SIZE消息�l�splitter. �q�样splitter可以马上改变自��n的大��来填充框架. 然�?当我准备使用�?span lang="zh-cn">�?/span>参数�?b>SetSplitterPos(),把分割条讄��于窗口中�U�时,出现了问�?Splitter�H�口使用它的大小来决定中�U�的位置,�׃��rcDefault告诉�H�口它的大小�?(因此中线的位�|�也�?),从而意味着分割条将出现�?span lang="zh-cn">z最左边,��?/span>左窗口隐藏了��h��.

创徏了splitter�H�口�?你需要创建那些你惌��分割的窗�?span lang="zh-cn">�?/span>.它们��作为splitter�H�口�?span lang="zh-cn">�?/span>�H�口被创�?最后你��这些子�H�口通过SetSplitterPanes()加到splitter�H�口中去,�q�确定分割条的位�|�所�?

UI Update

菜单��可以被讄��为有效或无效,可以�?/span>check记号或着像radio按钮一�?�?/span>一�l?span lang="zh-cn">菜单��中同时有且只有一�?span lang="zh-cn">能被check.此外,菜单��还可以带图标和文字. 所有的�q�些状态都可以在运行时�Ҏ��E�序中的某个��D��行改�?工具条在某种�E�度上可以看做是菜单的易见�Ş�?因�ؓ它们的按钮可以个别地,或者作��Z��l�的一�?span lang="zh-cn">�?/span>被置成有效或无效,推入推出. UI update机制允许你指定哪些UI元�g(UI element)的状态可以在�q�行时改�? WTL使用如下的UI update映射来实现这一功能:

BEGIN_UPDATE_UI_MAP(CMainFrame)
    UPDATE_ELEMENT(ID_FILE_SAVERESULTS, UPDUI_MENUPOPUP | UPDUI_TOOLBAR)
    UPDATE_ELEMENT(ID_VIEW_TOOLBAR, UPDUI_MENUPOPUP)
    UPDATE_ELEMENT(ID_VIEW_STATUS_BAR, UPDUI_MENUPOPUP)
END_UPDATE_UI_MAP()

�q�个例子指出三个菜单��在�q�行时有一个状态需要显�C?其中的一�? ID_FILE_SAVERESULTS,�q?/span>有一个工��h��按钮跟它相关�? WTL通过建立一个数�l�来保存�q�些信息.为此你需�?span lang="zh-cn">完成两方面的工作:

首先是UI元�g的状�? 如果是菜单项, 你可以��?b>UIEnable()使能该菜单项, UISetCheck()讄��check记号, UISetText()改变菜单的文�?如果是工��h��按钮,那么你��?b>UIEnable()使能该按�? UISetCheck()或�?font face="Courier New">UISetRadio()军_��按钮是推入还是推�?下边的代码根据是否有文本被选中,来��能Cut菜单��和工具条按�?

BOOL bSelected = GetSelected();
UIEnable(ID_EDIT_CUT, bSelected);

你可以把�q�样的代码放�?span lang="zh-cn">相应处理函数�?如一个菜单项的状�?/span>依赖于另一个菜单项的动�?span lang="zh-cn">,��它攑օ�后者的处理函数�?/span>),或者放�?font face="Courier New">OnIdle()�Ҏ��,通过��查某个类变量来决定元件的状�?

其次是确定各个UI元�g是否都被更新�?为此你需要调�?font face="Courier New">CUpdateUI<>的某�?/span>�Ҏ��?/span>UI元�g加入到列表中.主菜单已�?/span>自动加入,但是其他的�Q何菜单和所有的工具条必��d��别通过调用UIAddMenuBar()�?b>UIAddToolBar()手动加入.

其他�q�有一堆事情要注意. 首先,讄��了工��h��的状态后,使用UIUpdateToolBar()以��工具条状态更�? 对于菜单,你不需如此,因�ؓ子菜单是动态生成的.UIUpdateMenuBar()�q�个�Ҏ��也存�?但是�?span lang="zh-cn">的作�?/span>是把菜单恢复到初始状�?如果你改变过某些��的文字,调用UIUpdateMenuBar()的结果可能不是你所期望�?因�ؓ菜单��的文字会变�?span lang="zh-cn">�?/span>�?.

��管�q�有一个方�?b>UISetRadio(),但是�q?/span>没有一个把几个菜单��Ҏ��者工��h��按钮当做radio按钮�l?也就是说,有一个而且只有一个被选中)的机�?如果你希望得到这�?span lang="zh-cn">效果,你必��自��q��?不过它�ƈ不难.

对话�?/font>

ATL的对话框支持一向很�?�Ҏ��WTL新增了通用对话框的��装. 本质上是为对话框加入了输入验证和回调函数. 比如, 你想�?/span>用户改变�q�Open对话框中的文件夹时有所动作,那么你应该从CFileDialogImpl<>�l�承一个类,实现OnFolderChange():

class CMyFileDialog : public CFileDialogImpl
{
public:
    CMyFileDialog(BOOL b)
        : CFileDialogImpl(b) { }
    void OnFolderChange(LPOFNOTIFY lpon)
    {
        char strFolder[MAX_PATH];
        if (GetFolderPath(strFolder, sizeof(strFolder)) > 0)
        {
            MessageBox(strFolder);
        }
    }
};

当文件夹的�\径改变时,CFileDialogImpl<>调用OnFolderChange().该函��C��用基�cȝ��GetFolderPath(),来取得新路径.

控�g

WTL为所有的Win32和通用控�g提供了封装类,包括Windows 2000新加入的. 虽然只是��单的包装�Q�但是它们�ɘq�些控�g更加�Ҏ��讉K��.譬如�Q�你能记清楚从List View��d��当前选定��的文字的消息和需要传的参数吗�Q?实际�? 你需要发送两个消�? 一个是得到选定��的索引�Q�另一个是��d��它的文字.) WTL的作�?span lang="zh-cn">��Z��完成了这些烦人的工作, 提供了一个简单的��装函数供你使用.

使用�q�些控�g�c�L��两种�Ҏ��. 如果你的对话框里有一个控�? 你可以将控�g�?font face="Courier New">HWND依附��C��个封装对�?使用��装�cȝ��Ҏ��来访问控�?span lang="zh-cn">.�q�种�Ҏ��化了你读写控件数据和处理notification消息的代�?

另外的用法是把这些类加到你的视图�cȝ��l�承层次中去:

class CMyView : public CWindowImpl

�q�表�C?font face="Courier New">CWindowImpl<>�?font face="宋体">�?/span>CListBox�l�承而来,因此创徏的窗口将是一个list box (因�ؓ�H�口�cȝ��名字是通过调用
CListBox::GetWndClassName()得到�?/span>). 另外, ATL的窗口机制会子类化这个窗�?��发�l�它的消息�\由到你的消息映射中去. 它保留了老的�H�口函数,�q�样,你没有处理的消息��由老的�H�口函数来处�?当你的视囄��从控件类�l�承�?WTL��׃��使用�q�一技�?

在notification消息和子�c�d��q�个主题�?有一点很值得指出,那就是当�?/span>事�g发生�?�l�大多数�H�口控�g都会发送notification消息�l�它们的父窗�?让你�H�口来处理这�?font face="Courier New">notification消息要比子类化一个已存在控�g�H�口(或子�c�d��一个已存在的类,然后建立一个实�?,从而在控�g之前取得消息好得�? 譬如, 你想处理按钮的click事�g,你所需要做的只是处�?font face="Courier New">BN_CLICKEDnotification.它将由按钮发送给你的�H�口�c?另外的一�U�方法是�?b>CContainedWindow<>子类化BUTTON�H�口来处�?b>click消息.

�?span lang="zh-cn">之所�?/span>说这个是因�ؓ一个知名的ATL鼓吹者给我一份代码里��是�q�么做的.他的代码取得一个简单的按钮click事�g所��q��旉��是别人的3�?�?因�ؓ他子�c�d��了按钮控�?而不是简单的处理BN_CLICKEDnotification.

WTL�q�提供了一些新的控�?在win32中没有对�{��? 你已�l�看到过一�?span lang="zh-cn"> -- command bar, 实际上还有其他一些非常有用类:

�c?/span>	描述
CBitmapButton	�q�是一个用位图替代标题的按�?你可以提供一�?/span>image list,里边包含按钮在正常状�?失效, 推入和鼠标落在按钮上的图�?/span>.
CHyperLink	让你建立一个static控�g,它代表一�?/span>hyperlink,�q�样当用��L��d��?默认的web��览器打开该链�?/span>.
CWaitCursor	�q�不�q�是在它的构造函��C��把鼠标图标改成等待状�?而在析构函数中还�?/span>.
CCheckListViewCtrl	在每一��边上都有一个check box�?/span>list box.
CMultiPaneStatusBarCtrl	��h��多个pane的状态条

�? 2007-01-18 09:49 发表评论

在VC8.0下安装boost出错

�? — Mon, 06 Nov 2006 17:25:00 GMT

今天惛_��装boost�Q�但在安装过�E�中��L��出现
MakDir1 bin
spawn: no such file or directory
在网上找了很多资料，内容到是挺多�Q�但�q�是没能解决该问题，郁闷了一天，没办法再找，�l�于在国外的一个网站（http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?InstallingBoost%20?�Q�上扑ֈ�了答案，而且�Ҏ��很简单：
不用讄��在环境变量里��d�� bjam 的�\径，直接把编译好�?bjam.exe 拯��?\boost_1_33_1 目录下，然后在控制台执行:
bjam.exe "-sVC80_ROOT=C:\Program Files\Microsoft Visual Studio 8\VC" -sTOOLS=vc-8_0 install

安装成功!

至于之前��Z��么会��p�|�Q�我也懒得去研究了�?

�? 2006-11-07 01:25 发表评论