??xml version="1.0" encoding="utf-8" standalone="yes"?>
]]>
今天安装codeblocks遇Cq个问题Q库?usr/lib下,不加上这个配|始l提C:
./codeblocks: error while loading shared libraries: libcodeblocks.so.0: cannot open shared object file: No such file or directory
加上后问题解冻I~
做网l模块的时候经怼遇到有关|址的处?一般大致的情Ş?U?
1.得到的是域名,?www.3322.org
2.得到的是实际的IP地址,?61.160.235.203
3.得到的是l过inet_addr处理q的IP,为unsigned long(DWORD)
一.那么如果是给出点分制的IP要{为DWORD型是如何转化?q个其实最?有专门的函数专门处理此事
unsigned long dwIP = inet_addr("222.212.12.77"); printf("IP(%s)->DWORD(%lu)\n"); //output IP(222.212.12.77)->DWORD(1292686558)
?W一U情늚逆{?/p>
#include <stdio.h> #include <stdlib.h> #include <sys/select.h> #include <netdb.h> #include <sys/socket.h> #include <netinet/in.h> #include <arpa/inet.h> #include <errno.h> #include <string.h> int main(int argc, char *argv[]) { struct in_addr net; char tmp[16] = {0}; if(argc != 3) { printf("You MUST enter 3 varibal.No.1:func name No.2:case.No.3:ip(string or DWORD)\n"); return 0; } if(strcmp("1", argv[1]) == 0) { char* ip_string; ip_string = argv[2]; unsigned long dword = inet_addr(ip_string); printf("IP(%s)-->DWORD(%lu)\n", ip_string, dword); } else if(strcmp("2", argv[1]) == 0) { net.s_addr = (unsigned long)atol(argv[2]); strcpy(tmp, inet_ntoa(net)); printf("DWORD(%s)-->IP(%s)\n",argv[2], tmp); } return 0; }
q里l出一个点分制IP和DWORD怺转化的程?/pre>?如果l出的是域名而想得到点分制的IP?q里l出一个接?支持输入的类型是点分制和域名2中类?q回的是DWORD型的IP有一点要声明的是gethostbynameq个函数必须在网l连通的情况下才能正完成域名的解析,你想,q个|都不?它怎么解析?#include <stdio.h> #include <stdlib.h> #include <sys/select.h> #include <netdb.h> #include <sys/socket.h> #include <netinet/in.h> #include <arpa/inet.h> #include <errno.h> #include <string.h> #define DWORD unsigned long DWORD platform_domain2ip(const char *szDomain, char *szDotNumIP) { char szAddr[32] = {0}; struct hostent *pHost; printf("input domain name(%s)\n", szDomain); if((pHost = gethostbyname(szDomain)) == NULL) { printf("can not parse domain\n"); return -1; } printf("HostName :%s\n",pHost->h_name); strcpy(szAddr, inet_ntoa(*((struct in_addr *)pHost->h_addr))); printf("IP Address :%s\n", szAddr); strcpy(szDotNumIP, szAddr); return inet_addr(szAddr); } int main(int argc, char *argv[]) { DWORD dwip; char *ip = malloc(32); //dwip = platform_domain2ip("www.3322.org", ip); dwip = platform_domain2ip("61.160.235.203", ip); printf("ip 1 (%s) 2 dw(%lu)\n", ip, dwip); return 0; }//可以main的注册分别打开来判断下l果是否正确,q里l出q行的结?有图有真?/pre>~译的命令再说下?怕有Z知道gcc gethost.c –Wall –o gethost//在linux?/pre>arm-hismall-linux-gcc gethost.c –Wall –o gethost//嵌入式环境下此接口已l在我的工程中?在^台IP的解析和3322的解析中得到了应?所以是E_可行?q?中IP的{化都了解了的?那么|络~程不就扫除了一个大矛_?呵呵,大家功能q步|上比较行的gethostbyname的例子如?受到了启?/pre>#include <stdio.h> #include <stdlib.h> #include <sys/select.h> #include <netdb.h> #include <sys/socket.h> #include <netinet/in.h> #include <arpa/inet.h> #include <errno.h> #include <string.h> int main(int argc, char **argv) { char *ptr,**pptr; struct hostent *hptr; char str[32]; /* 取得命o后第一个参敎ͼ卌解析的域名或L?*/ ptr = argv[1]; /* 调用gethostbyname()。调用结果都存在hptr?*/ if((hptr = gethostbyname(ptr)) == NULL) { printf("gethostbyname error for host:%s\n", ptr); return 1; /* 如果调用gethostbyname发生错误Q返? */ } printf("official hostname:%s\n",hptr->h_name); /* L可能有多个别名,所有别名分别打出来 */ for(pptr = hptr->h_aliases; *pptr != NULL; pptr++) printf(" alias:%s\n",*pptr); /* Ҏ地址cdQ将地址打出?*/ switch(hptr->h_addrtype) { case AF_INET: case AF_INET6: pptr=hptr->h_addr_list; /* 刚才得到的所有地址都打出来。其中调用了inet_ntop()函数*/ for(;*pptr!=NULL;pptr++) printf(" address:%s\n", inet_ntop(hptr->h_addrtype,*pptr, str, sizeof(str))); break; default: printf("unknown address type\n"); break; } return 0; }
参数 含义
/MDd /MLd ?/MTd 使用 Debug runtime library (调试版本的运行时d数库)
/Od 关闭优化开?
/D "_DEBUG" 相当?#define _DEBUG,打开~译调试代码开?(主要针对assert函数)
/ZI 创徏 Edit and continue(~辑l箋)数据库,q样在调试过E中如果修改了源代码不需重新~译
/GZ 可以帮助捕获内存错误
/Gm 打开最化重链接开养I 减少链接旉
Release 版本
参数 含义
/MD /ML ?/MT 使用发布版本的运行时d数库
/O1 ?/O2 优化开养I使程序最或最?
/D "NDEBUG" 关闭条g~译调试代码开?(即不~译assert函数)
/GF 合ƈ重复的字W串Q?q将字符串常量放到只d存, 防止被修?
实际上,Debug ?Release q没有本质的界限Q他们只是一l编译选项的集合,~译器只是按照预定的选项行动。事实上Q我们甚臛_以修改这些选项Q从而得C化过的调试版本或是带跟踪语句的发布版本?
哪些情况?Release 版会出错
有了上面的介l,我们再来逐个对照q些选项看看 Release 版错误是怎样产生?
1、Runtime LibraryQ链接哪U运行时d数库通常只对E序的性能产生影响。调试版本的 Runtime Library 包含了调试信息,q用了一些保护机制以帮助发现错误Q因此性能不如发布版本。编译器提供?Runtime Library 通常很稳定,不会造成 Release 版错误;倒是׃ Debug ?Runtime Library 加强了对错误的检,如堆内存分配Q有时会出现 Debug 有错?Release 正常的现象。应当指出的是,如果 Debug 有错Q即?Release 正常Q程序肯定是?Bug 的,只不q可能是 Release 版的某次q行没有表现出来而已?
2、优化:q是造成错误的主要原因,因ؓ关闭优化时源E序基本上是直接译的,而打开优化后编译器会作Zpd假设。这c错误主要有以下几种Q?
1. 帧指?Frame Pointer)省略Q简UFPOQ:在函数调用过E中Q所有调用信息(q回地址、参敎ͼ以及自动变量都是攑֜栈中的。若函数的声明与实现不同Q参数、返回倹{调用方式)Q就会生错误,?Debug 方式下,栈的讉K通过 EBP 寄存器保存的地址实现Q如果没有发生数l越界之cȝ错误Q或是越?#8220;不多”Q,函数通常能正常执行;Release 方式下,优化会省?EBP 栈基址指针Q这样通过一个全局指针讉K栈就会造成q回地址错误是程序崩溃?
C++ 的强cdҎ能查出大多数这L错误Q但如果用了强制cd转换Q就不行了。你可以?Release 版本中强制加?Oy-~译选项来关掉指针省略Q以定是否此类错误。此c错误通常有:MFC 消息响应函数书写错误。正的应ؓQ?
afx_msg LRESULT OnMessageOwn
(WPARAM wparam, LPARAM lparam);
ON_MESSAGE 宏包含强制类型{换。防止这U错误的Ҏ之一是重定义 ON_MESSAGE 宏,把下列代码加?stdafx.h 中(?include "afxwin.h"之后Q?函数原Ş错误时编译会报错?
#undef ON_MESSAGE
#define ON_MESSAGE(message, memberFxn) \
{
message, 0, 0, 0, AfxSig_lwl, \
(AFX_PMSG)(AFX_PMSGW)
(static_cast< LRESULT (AFX_MSG_CALL \
CWnd::*)(WPARAM, LPARAM) > (&memberFxn)
},
2. volatile 型变量:volatile 告诉~译器该变量可能被程序之外的未知方式修改Q如pȝ、其他进E和U程Q。优化程序ؓ了ɽE序性能提高Q常把一些变量放在寄存器中(cM?register 关键字)Q而其他进E只能对该变量所在的内存q行修改Q而寄存器中的值没变?
如果你的E序是多U程的,或者你发现某个变量的g预期的不W而你信已正的讄了,则很可能遇到q样的问题。这U错误有时会表现为程序在最快优化出错而最优化正常。把你认为可疑的变量加上 volatile 试试?br>3. 变量优化Q优化程序会Ҏ变量的用情况优化变量。例如,函数中有一个未被用的变量Q在 Debug 版中它有可能掩盖一个数l越界,而在 Release 版中Q这个变量很可能被优化调Q此时数l越界会破坏栈中有用的数据。当Ӟ实际的情况会比这复杂得多。与此有关的错误有非法访问,包括数组界、指针错误等。例如:
void fn(void)
{
int i;
i = 1;
int a[4];
{
int j;
j = 1;
}
a[-1] = 1;
//当然错误不会q么明显Q例如下标是变量
a[4] = 1;
}
j 虽然在数l越界时已出了作用域Q但其空间ƈ未收回,因?i ?j ׃掩盖界。?Release 版由?i、j q未其很大作用可能会被优化掉Q从而栈被破坏?
3. DEBUG ?NDEBUG Q当定义?_DEBUG Ӟassert() 函数会被~译Q?NDEBUG 时不被编译。此外,TRACE() 宏的~译也受 _DEBUG 控制?
所有这些断a都只?Debug版中才被~译Q而在 Release 版中被忽略。唯一的例外是 VERIFY()。事实上Q这些宏都是调用了assert()函数Q只不过附加了一些与库有关的调试代码。如果你在这些宏中加入了ME序代码Q而不只是布尔表达式(例如赋倹{能改变变量值的函数调用{)Q那么Release版都不会执行q些操作Q从而造成错误。初学者很Ҏ犯这c错误,查找的方法也很简单,因ؓq些宏都已在上面列出Q只要利?VC++ ?Find in Files 功能在工E所有文件中扑ֈ用这些宏的地方再一一查即可。另外,有些高手可能q会加入 #ifdef _DEBUG 之类的条件编译,也要注意一下?
Z值得一提的是VERIFY()宏,q个宏允怽程序代码放在布表辑ּ里。这个宏通常用来?Windows API的返回倹{有些h可能个原因而滥用VERIFY()Q事实上q是危险的,因ؓVERIFY()q反了断a的思想Q不能ɽE序代码和调试代码完全分,最l可能会带来很多ȝ。因此,专家们徏议尽量少用这个宏?
4. /GZ 选项Q这个选项会做以下q些事:
1. 初始化内存和变量。包括用 0xCC 初始化所有自动变量,0xCD ( Cleared Data ) 初始化堆中分配的内存Q即动态分配的内存Q例?new Q,0xDD ( Dead Data ) 填充已被释放的堆内存Q例?delete Q,0xFD( deFencde Data ) 初始化受保护的内存(debug 版在动态分配内存的前后加入保护内存以防止越界访问)Q其中括号中的词是微软徏议的助记词。这样做的好处是q些值都很大Q作为指针是不可能的Q而且 32 位系l中指针很少是奇数|在有些系l中奇数的指针会产生q行旉误)Q作为数g很少遇到Q而且q些g很容易L认,因此q很有利于在 Debug 版中发现 Release 版才会遇到的错误。要特别注意的是Q很多h认ؓ~译器会?来初始化变量Q这是错误的Q而且q样很不利于查找错误Q?
2. 通过函数指针调用函数Ӟ会通过查栈指针验证函数调用的匹配性。(防止原Ş不匹配)
3. 函数q回前检查栈指针Q确认未被修攏V(防止界讉K和原形不匚wQ与W二合在一起可大致模拟帧指针省?FPO Q通常 /GZ 选项会造成 Debug 版出错?Release 版正常的现象Q因?Release 版中未初始化的变量是随机的,q有可能使指针指向一个有效地址而掩盖了非法讉K。除此之外,/Gm/GF{选项造成错误的情冉|较少Q而且他们的效果显而易见,比较Ҏ发现?
怎样“调试” Release 版的E序
遇到Debug成功但Releasep|Q显然是一件很沮的事Q而且往往无从下手。如果你看了以上的分析,l合错误的具体表玎ͼ很快扑և了错误,固然很好。但如果一时找不出Q以下给Z一些在q种情况下的{略?
1. 前面已经提过QDebug和Release只是一l编译选项的差别,实际上ƈ没有什么定义能区分二者。我们可以修改Release版的~译选项来羃错误范围。如上所qͼ可以把Release 的选项逐个改ؓ与之相对的Debug选项Q如/MD改ؓ/MDd?O1改ؓ/OdQ或q行旉优化改ؓE序大小优化。注意,一ơ只改一个选项Q看改哪个选项旉误消失,再对应该选项相关的错误,针对性地查找。这些选项在Project\Settings...中都可以直接通过列表选取Q通常不要手动修改。由于以上的分析已相当全面,q个Ҏ是最有效的?
2. 在编E过E中p时常注意试 Release 版本Q以免最后代码太多,旉又很紧?
3. ?Debug 版中使用 /W4 警告U别Q这样可以从~译器获得最大限度的错误信息Q比?if( i =0 )׃引v /W4 警告。不要忽略这些警告,通常q是你程序中?Bug 引v的。但有时 /W4 会带来很多冗余信息,?未用的函数参数 警告Q而很多消息处理函数都会忽略某些参数。我们可以用:
#progma warning(disable: 4702)
//止
//...
#progma warning(default: 4702)
//重新允许来暂时禁止某个警告,或?br>#progma warning(push, 3)
//讄警告U别?/W3
//...
#progma warning(pop)
//重设?/W4
来暂时改变警告别,有时你可以只在认为可疑的那一部分代码使用 /W4?
4. 你也可以像Debug一栯试你的Release版,只要加入调试W号。在Project/Settings... 中,选中 Settings for "Win32 Release"Q选中 C/C++ 标签QCategory ?GeneralQDebug Info ?Program Database。再?Link 标签 Project options 最后加?"/OPT:REF" (引号不要?。这栯试器p使用 pdb 文g中的调试W号?
但调试时你会发现断点很难讄Q变量也很难扑ֈ??q些都被优化q了。不qo人庆q的是,Call StackH口仍然工作正常Q即使指针被优化,栈信息(特别是返回地址Q仍然能扑ֈ。这对定位错误很有帮助?br>==========================================================================
别h原创的文档,引用一下:
DEBUG和RELEASE 版本差异及调试相关问题:
. 内存分配问题
1. 变量未初始化。下面的E序在debug中运行的很好?nbsp;
thing * search(thing * something)
BOOL found;
for(int i = 0; i < whatever.GetSize(); i++)
{
if(whatever[i]->field == something->field)
{ /* found it */
found = TRUE;
break;
} /* found it */
}
if(found)
return whatever[i];
else
return NULL;
而在release中却不行Q因为debug中会自动l变量初始化found=FALSE,而在release版中则不会。所以尽可能的给变量、类或结构初始化?nbsp;
2. 数据溢出的问?nbsp;
如:char buffer[10];
int counter;
lstrcpy(buffer, "abcdefghik");
在debug版中buffer的NULL覆盖了counter的高位,但是除非counter>16M,什么问题也没有。但是在release版中Qcounter可能被放在寄存器中,q样NULLp盖了buffer下面的空_可能是函数的返回地址Q这导致ACCESS ERROR?nbsp;
3. DEBUG版和RELEASE版的内存分配方式是不同的 。如果你在DEBUG版中甌 ele ?nbsp; 6*sizeof(DWORD)=24bytes,实际上分配给你的?2bytesQdebug版以32bytes为单位分配)Q?nbsp; 而在release版,分配l你的就?4bytesQrelease版以8bytes为单位)Q所以在debug版中如果你写ele[6],可能不会有什么问题,而在release版中Q就有ACCESS VIOLATE?nbsp;
II. ASSERT和VERIFY
1. ASSERT在Release版本中是不会被编译的?nbsp;
ASSERT宏是q样定义?nbsp;
#ifdef _DEBUG
#define ASSERT(x) if( (x) == 0) report_assert_failure()
#else
#define ASSERT(x)
#endif
实际上复杂一些,但无关紧要。假如你在这些语句中加了E序中必要有的代码
比如
ASSERT(pNewObj = new CMyClass);
pNewObj->MyFunction();
q种时候Release版本中的pNewObj不会分配到空?nbsp;
所以执行到下一个语句的时候程序会报该E序执行了非法操作的错误。这时可以用VERIFY Q?nbsp;
#ifdef _DEBUG
#define VERIFY(x) if( (x) == 0) report_assert_failure()
#else
#define VERIFY(x) (x)
#endif
q样的话Q代码在release版中可以执行了?nbsp;
III. 参数问题Q?nbsp;
自定义消息的处理函数Q必d义如下:
afx_msg LRESULT OnMyMessage(WPARAM, LPARAM);
q回值必LHRESULT型,否则Debug会过Q而Release出错
IV. 内存分配
保证数据创徏和清除的l一性:如果一个DLL提供一个能够创建数据的函数Q那么这个DLL同时应该提供一个函数销毁这些数据。数据的创徏和清除应该在同一个层ơ上?nbsp;
V. DLL的灾?nbsp;
Z不同版本DLL混合造成的不一致性Ş象的UCؓ “动态连接库的地?#8220;(DLL Hell) Q甚臛_软自׃q么?http://msdn.microsoft.com/library/techart/dlldanger1.htm)?nbsp;
如果你的E序使用你自qDLL时请注意Q?nbsp;
1. 不能debug和release版的DLL混合在一起用。debug都是debug版,release版都是release版?nbsp;
解决办法是将debug和release的程序分别放在主E序的debug和release目录?nbsp;
2. 千万不要以ؓ静态连接库会解决问题,那只会情况更糟p?nbsp;
VI. RELEASE板中的调?nbsp; Q?nbsp;
1. ASSERT() 改ؓ VERIFY() 。找出定义在"#ifdef _DEBUG"中的代码Q如果在RELEASE版本中需要这些代码请他们移到定义外。查找TRACE(...)中代码,因ؓq些代码在RELEASE中也不被~译?nbsp; 误真检查那些在RELEASE中需要的代码是否q没有被便宜?nbsp;
2. 变量的初始化所带来的不同,在不同的pȝQ或是在DEBUG/RELEASE版本间都存在q样的差异,所以请对变量进行初始化?nbsp;
3. 是否在编译时已经有了警告?请将警告U别讄??,然后保证在编译时没有警告出现.
VII. Project Settings" ?nbsp; "C++/C " 目下优化选项改ؓDisbaleQDebugQ。编译器的优化可能导致许多意想不到的错误Q请参?a >http://www.pgh.net/~newcomer/debug_release.htm
1. 此外对RELEASE版本的Y件也可以q行调试Q请做如下改动:
?Project Settings" ?nbsp; "C++/C " 目下设|?nbsp; "category" ?nbsp; "General" q且?Debug Info"讄?nbsp; "Program Database"?nbsp;
?Link"目下选中"Generate Debug Info"查框?nbsp;
"Rebuild All"
如此做法会生的一些限Ӟ
无法获得在MFC DLL中的变量的倹{?nbsp;
必须对该软g所使用的所有DLL工程都进行改动?nbsp;
另:
MS BUGQMS的一份技术文档中表明Q在VC5中对于DLL?Maximize Speed"优化选项q未被完全支持,因此q将会引起内存错误ƈDE序崩溃?nbsp;
2. www.sysinternals.com有一个程序DebugViewQ用来捕捉OutputDebugString的输出,q行h后(估计是自设ؓsystem debuggerQ就可以观看所有程序的OutputDebugString的输出。此后,你可以脱VC来运行你的程序ƈ观看调试信息?nbsp;
3. 有一个叫Gimpel Lint的静态代码检查工P据说比较好用?a >http://www.gimpel.com 不过要化$的?nbsp;
参考文献:
1) http://www.cygnus-software.com/papers/release_debugging.html
2) http://www.pgh.net/~newcomer/debug_release.htm
q有U原因是使用?span style="COLOR: #ff0000">tchar造成?需要修改winmain入口函数:
?_tWinMain(.., .., LPTSTR, ..) 修改?
WinMain(.., .., LPSTR, ..) 卛_.
C++资源之不完全导引Q完整版Q?/p>
来源Q?a >www.csdn.net
撰文Q曾毅、陶?/p>
声明Q本?004q?月首发于《CSDN开发高手》,版权归该杂志与《程序员》杂志社
所有?/p>
------------------------------------------------------------------------
--------
1Q前a
无数ơ听到“我要开始学习C++!”的呐喊Q无数次听到“C++太复杂了Q我真的
学不会”的无奈。Stan Lippman先生曑֜《C++ Primer》一书中指出“C++是最为难
学的高E序设计语言之一”,Z常将“之一”去掉以表达自己对C++的敬畏。诚
ӞC++E序设计语言对于学习者的有很多难以逾越的`沟,体系l构的庞大,?br />接不暇ƈ不断扩充的特性……除此之外,参考资料之多与冗杂使它的学习者望而却
步,Ʋ求深入者苦不堪a。希望这一份不完全导引能够成ؓ您C++学习之\上的引\
灯?/p>
撰写本文的初衷ƈ不打带领大家体验古老的C++历史Q如果你想了解C++的历
史与其前期发展中诸多技术的演变Q你应当d考Bjarne的《The Design and Evo
lution of C++》。当然也不打给大家一个无所不包的宝典(q不想Q其一是因
水^有限Q其二无奈C++之博大精深)Q所l出的仅仅是一些我们认为对于想学习C
++的广大读者来说最重要q且触手可及的开发与学习资源?/p>
本文介绍q分析了一些编译器Q开发环境,库,量的书c以及参考网站,q?br />且尽可能试着l出一个利用这些资源的导引Q望对如同我们一L初学者能够有
所裨益?/p>
------------------------------------------------------------------------
--------
2Q编译器
在C++之外的Q何语a中,~译器都从来没有受到q如此之重视。因为C++是一
门相当复杂的语言Q所以编译器也难于构建。直到最q我们才开始能够用上完全
W合C++标准的编译器Q哦Q你可能会责怪那些编译器厂商不能早的提供符合标?br />的编译器Q这只能怪他们各自维pȝ自n的一套别Z愿接受的标准Q。什么??br />说这无关紧要Q哦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 Xq两U开发环境的后台
~译器。(哦,我之所以将之分ZU开发环境你应当能明白ؓ什么,正如Delphi
7到Delphi8的{变,是革命性的两代。)Borland C++p牌开发工具厂商Borland
們֊打造。该公司的编译器素以速度快,I间效率高著UͼBorland C++ pd~译
器秉承了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以及2
005 Whidbey中带的C++~译器。由Microsoft公司研制。在Visual Studio 6.0中,
因ؓ~译器有太多地方不能与后来出现的C++标准相吻合而饱受批评(x你在使用
STL的时候编译时报出的那些o人厌恶的error和warning吧)。VC++6.0Ҏ准化C+
+的兼容只?3.43%。但是随着C++~译器设计大师Stanley Lippman以及诸多C++C?br />达人的加盟Q在Visual Studio.NET 2003中,Visual C++~译器已l成Z个非
常成熟可靠的C++~译器了。Dr.Dobb's Journal的评显CVisual C++7.1Ҏ准C
++的兼Ҏ高?8.22%Q一度成为CBX之前兼容性最好的~译器。结合强大的Visua
l Studio.NET开发环境,是一个非怸错的选择。至于Whidbey时代的Visual C++,
g微Y所最x的是C++/CLI……我们不惌论微软下一代的C++~译器对标准?br />兼容如何Q但他确实越来越适合.NET (其实你和我的感觉可能是一LQ微软不?br />当把标准C++q块肥肉丢给Borland,然而微软可能ƈ不这栯??/p>
2.3 GNU C++
著名的开源C++~译器。是cUnix操作pȝ下编写C++E序的首选。特Ҏ有非
常好的移植性,你可以在非常q泛的^C使用它,同时也是~写跨^収ͼ嵌入?br />E序很好的选择。另外在W合标准q个斚w一直都非常好,GCC3.3大概能够辑ֈ96
.15%。但是由于其跨^台的Ҏ,在代码尺寔R度{优化上略微差一炏V?/p>
ZGNU C++的编译器有很多,比如Q?/p>
(1) Mingw
GCC的一个Windows的移植版本(Dev-C++的后収ͼ
(2) Cygwin
http://sources.redhat.com/cygwin/
GCC的另外一个WindowsUL版本是Cygwin的一部分QCygwin是Windows下的一?br />Unix仿真环境。严格的说是模拟GNU的环境,q也是"Gnu's Not Unix"要表辄?br />思,噢,扯远了,qƈ不是我们在这里关心的实质内容?/p>
(3) Djgpp
q是GCC的DOSUL版本?/p>
(4) RSXNT
http://www.mathematik.uni-bielefeld.de/~rainer/
q是GCC的DOS和WindowsUL版本?/p>
(5) Intel C++
著名CPU刉厂商Intel出品的编译器QSpecial Design for Intel x86Q对?br />Intel x86l构的CPUl过特别的优化。在有些应用情况下,特别是数D等高?br />能应用,仅仅采用Intel的编译器~译p大幅度的提高性能?/p>
(6) Digital Mars C++
|络上提供免费下载,Zortech/Symantec C++的承者,其前w在当年惨烈?br />C++四国战中也是主角之一?/p>
------------------------------------------------------------------------
--------
3Q开发环?/p>
开发环境对于程序员的作用不a而喻。选择自己朝夕相处的环境也不是Ҏ?br />事情Q特别是在IDE如此丰富的情况下。下面就是我们推荐的一些常见的C++开发环
境,q没有包括一些小型的Q罕见的IDE。其中Q何一N是功能丰富,可以用作?br />常开发用的。对于不同层面的开发者,请参见内文关于适用对象的描q?/p>
3.1 Visual Studio 6.0
q个虽然是Microsoft公司的老版本的开发环境,但是鉴于其后l版本Visual
Studio.NET的庞大nw,以及初学者ƈ不那么高的功能要求,所以推荐这个开发环
境给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 - WhidbeyC预览版已l推出,但暂不是很稳定,读?br />可以亲nM验?/p>
3.3 Borland C++ Builder 6
q个q不是Borland的C++开发环境的最新版本。选择它的原因是它不是用Java
写的IDEQ速度比较快。它有一个很完善的GUIH体设计器,和Delphiq一个VCL?br />׃q些特点Q比较适合初学者上手。但是由于其GUI的中心位|,可能不利于对?br />C++语言的学习。而且其ؓ了支持VCLq个Object Pascal写的库也对C++q行了一?br />U有的扩充。得h们有一个不得不接受的事实:“Borland C++ Builder 6的高?br />几乎都是Delphi高手”?/p>
3.4 Borland C++ Builder X
正如前文所qͼ虽然版本号上和前面那个IDE非常相象Q但是其实它们是完全?br />同的两个集成开发环境。C++Builder更多的是一个和Delphi同步的C++版本的开发环
境,C++BuilderX则是完全从C++的角度思考得出的一个功能丰富的IDE。其最大的?br />Ҏ跨^収ͼ跨编译器Q多UFramework的集成,q且有一个WxWindows为基的GU
I设计器。尤其是采用了纯C++来重写了整个Framework,摒弃了以前o人无奈的版本
。对于C++的开发来_从编译器Q到库,到功能集成都是非常理想的。可以预见,
Borland C++ Builder X 2.0很值得C++爱好者期待。唯一令h隑֠之处是作Z?br />C++的开发工P其IDE是用Java写的Q在配置不够理想的机器上h重考虑再安?br />?/p>
3.5 Emacs + GCC
前面讲的大部分是Windows环境下的集成开发环境。Linux上的开发者更們?br />使用Emacs来编辑C++的文Ӟ用Makefile来命令GCC做编译。虽然看上去比较松散Q?br />但是q些东西l合hq是一个开0发环境。如果你能够娴熟的用这L环境写程
序,你的水^应该_指导我们来写q篇陋文了?/p>
3.6 Dev C++
GCC是一个很好的~译器。在Windows上的C++~译器一直和标准有着一D距ȝ
时候,GCC是一个让Windows下开发者流口水的编译器。Dev-C++是能够让GCC?br />在Windows下的工具Q作为集成开发环境,q提供了同专业IDE相媲的语法高亮Q?br />代码提示Q调试等功能。由于用Delphi开发,占用内存,速度很快Q比较适合
轻量U的学习和用?/p>
3.7 Eclipse + CDT
Eclipse可是q来大名鼎鼎的开发工兗最C期的Jolt大奖颁l了q个杰出
的神物。说其神奇是因ؓQ它本n是用Java写的Q但是拥有比一般Java写的E序?br />得多的速度。而且因ؓ其基于插件组装一切的原则Q得能够有CDTq样的插件把E
clipse变成一个C/C++的开发环境。如果你一直用Eclipse写Java的程序,不妨用它
体验一下C++开发的乐趣?/p>
------------------------------------------------------------------------
--------
4Q工?/p>
C++的辅助工L多,我们分门别类的ؓ大家作介l:
4.1 文档c?/p>
(1) Doxygen
Doxygen是一U适合C风格语言Q如C++、C、IDL、Java甚至包括C#和PHPQ的?br />开放源码的、基于命令行的文档生器?/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_MaticZ的C/C++QC++.netQDelphi/Pascal, VB.NETQC#和JavaE序
或者组件生准的文档。Doc-O-Matic使用源代码中的符号和注释以及外部的文?br />文g创徏与流行的文档样式一致的文档?/p>
(5) DocVizor
参考站点:http://www.ucancode.net/Products/DocBuilder/Features.htm
DocVizor满了面向对象Y件开发者的基本要求——它让我们能够看到C++工程
中的cdơ结构。DocVizor快速地产生完整可供打印的类层次l构图,包括从第?br />方库中来的那些类Q除此之外DocVizorq能从类信息中生HTML文g?/p>
(6) SourcePublisher C++
参考站点:http://www.scitools.com/sourcepublisher_c.html
l源代码产生提供快速直观的HTML报表Q包括代码,cdơ结构,调用和被?br />用树Q包含和被包含树。支持多U操作系l?/p>
(7) Understand
参考站点:http://www.scitools.com/ucpp.html
分析M规模的C或者C++工程Q帮助我们更好的理解以及~写文档?/p>
4.2 代码c?/p>
(1) CC-Rider
CC-Rider是用于C/C++E序强大的代码可视化工具Q通过交互式浏览、编辑及?br />动文件来促进E序的维持和发展?/p>
(2) CodeInspect
一U新的C/C++代码分析工具。它查我们的源代码找出非标准的,可能的,?br />及普通的错误代码?/p>
(3) CodeWizard
先进的C/C++源代码分析工P使用过500个编码规范自动化地标明危险的Q?br />但是~译器不能检查到的代码结构?/p>
(4) C++ Validation Test Suites
参考站点:http://www.plumhall.com/suites.html
一l用于测试编译器和库对于标准dE度的代码库?/p>
(5) CppRefactory
参考站点:http://cpptool.sourceforge.net/
CPPRefactory是一个得开发者能够重构他们的C++代码的程序。目的是使得C
++代码的重构能够尽可能的有效率和简单?/p>
(6) Lzz
参考站点:http://www.lazycplusplus.com/
Lzz是一个自动化许多C++~程中的体力zȝ工具。它能够节省我们许多事gq?br />且得编码更加有乐趣。给Zpd的声明,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节省大量~辑和调?br />的事Ӟ它还使得开发者能够指定设计模式作为对象模型,自动从对象模型中产生
C++的类?/p>
(10) SourceStyler C++
参考站点:http://www.ochresoftware.com/
对C/C++源代码提供完整的格式化和排版控制的工兗提供多?5个的格式化?br />以及完全支持ANSI C++?/p>
4.3 ~译c?/p>
(1) Compilercache
参考站点:http://www.erikyyy.de/compilercache/
Compilercache是一个对你的C和C++~译器的装脚本。每ơ我们进行编译,?br />装脚本,把编译的l果攑օ~存Q一旦编译相同的东西Q结果将从缓存中取出而不
是再ơ编译?/p>
(2) Ccache
Ccache是一个编译器~存。它使用h像C/C++~译器的~存预处理器Q编?br />速度通常能提高普通编译过E的5~10倍?/p>
(3) Cmm (C++ with MultiMethods)
参考站点:http://www.op59.net/cmm/cmm-0.28/users.html
q是一UC++语言的扩展。读入Cmm源代码输出C++的源代码Q功能是对C++语言
d了对multimethod的支持?/p>
(4) The Frost Project
Forst使得你能够在C++E序中像原生的C++Ҏ一样用multimethod以及虚函
数参数。它是一个编译器的外壟?/p>
4.4 试和调试类
(1) CPPUnit
CppUnit 是个Z LGPL 的开源项目,最初版本移植自 JUnitQ是一个非怼
U的开源测试框架。CppUnit ?JUnit 一样主要思想来源于极限编E。主要功能就
是对单元试q行理Qƈ可进行自动化试?/p>
(2) C++Test
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序?br />可靠性和性能。PurifyPlus内存错误和泄漏、应用程序性能描述、代码覆?br />分析{功能组合在一个单一、完整的工具包中?/p>
(5) BoundsChecker
BoundsChecker是一个C++q行旉误检和调试工具。它通过在Visual Studi
o内自动化调试q程加速开发ƈ且羃短上市的周期。BoundsChecker提供清楚Q详l?br />的程序错误分析,许多是对C++独有的ƈ且在staticQstack和heap内存中检和?br />断错误,以及发现内存和资源的泄漏。 (6) Insure++
一个自动化的运行时E序试工具Q检查难以察觉的错误,如内存覆盖,内存?br />漏,内存分配错误Q变量初始化错误Q变量定义冲H,指针错误Q库错误Q逻辑?br />误和法错误{?/p>
(7) GlowCode
GlowCode包括内存泄漏查,code profilerQ函数调用跟t等功能。给C++开
发者提供完整的错误诊断Q和q行时性能分析工具包?/p>
(8) Stack Spy
参考站点:http://www.imperioustech.com/
它能捕捉stack corruption, stack over run, stack overflow{有x的错
误?/p>
------------------------------------------------------------------------
--------
5Q库
在C++中,库的C是非帔R的。C++之父 Bjarne Stroustrup先生多次表示?br />设计库来扩充功能要好q设计更多的语法的言论。现实中QC++的库门类J多Q解?br />的问题也是极其广泛,库从轻量U到重量U的都有。不都是让人眼界大开Q亦?br />是望而生叹的思维C。由于库的数量非常庞大,而且限于W者水qI其中很多q?br />不了解。所以文中所提的一些库都是比较著名的大型库?/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'sE序?br />计杰出奖的获得者。其~写的库长期被Microsoft采用Qƈ且最qBorland也取得了
其OEM的licenseQ在其C/C++的品中采用Dinkumware的库?/p>
(2) RogueWave Standard C++ Library
参考站点:http://www.roguewave.com/
q个库在Borland C++ Builder的早期版本中曄被采用,后来被其他的库给?br />换了。笔者不推荐使用?/p>
(3) SGI STL
参考站点:http://www.roguewave.com/
SGI公司的C++标准模版库?/p>
(4) STLport
SGI STL库的跨^台可UL版本?/p>
5.2 “准”标准库 - Boost
参考站点:http://www.boost.org
国内镜像Q?a >http://www.c-view.org/tech/lib/boost/index.htm
Boost库是一个经q千锤百点{可UL、提供源代码的C++库,作ؓ标准库的?br />备,是C++标准化进E的发动Z一?Boost库由C++标准委员会库工作l成员发?br />Q在C++C中媄响甚大,其成员已q?000人?Boost库ؓ我们带来了最新、最酗?br />最实用的技术,是不折不扣的“准”标准库?/p>
Boost中比较有名气的有q么几个库:
Regex
正则表达式库
Spirit
LL parser frameworkQ用C++代码直接表达EBNF
Graph
囄件和法
Lambda
在调用的地方定义短小匿名的函数对象,很实用的functional功能
concept check
查泛型编E中的concept
Mpl
用模板实现的元编E框?/p>
Thread
可移植的C++多线E库
Python
把C++cd函数映射到Python之中
Pool
内存池管?/p>
smart_ptr
5个智能指针,学习指针必读Q一份不错的参考是来自CUJ的文章:
Smart Pointers in BoostQ哦Q这文章可以查刎ͼCUJ是提供在U浏览的?br />中文版见W者在《Dr. Dobb's Journal软g研发杂志》第7辑上的译文?/p>
BoostM来说是实用h值很高,质量很高的库。ƈ且由于其对跨q_的强调,
Ҏ准C++的强调,是编写^台无养ICC++的开发者必备的工具。但是Boost中也
有很多是实验性质的东西,在实际的开发中实用需要}慎。ƈ且很多Boost中的库功
能堪U对语言功能的扩展,其构造用精巧的手法Q不要N然的p旉研读。Bo
ost另外一面,比如Graphq样的库则是h工业强度Q结构良好,非常值得研读?br />_֓代码Qƈ且也可以攑ֿ的在产品代码中多多利用?/p>
5.3 GUI
在众多C++的库中,GUI部分的库是比较J荣Q也比较引h注目的。在实际开
发中QGUI库的选择也是非常重要的一件事情,下面我们lD一下可选择的GUI库,
各自的特点以及相兛_L支持?/p>
(1) MFC
大名鼎鼎的微软基cdQMicrosoft Foundation ClassQ。大凡学qVC++?br />人都应该知道q个库。虽然从技术角度讲QMFC是不大漂亮的Q但是它构徏于Windo
ws API 之上Q能够ɽE序员的工作更容?~程效率高,减少了大量在建立 Windo
ws E序时必ȝ写的代码Q同时它q提供了所有一?C++ ~程的优点,例如l承
和封装。MFC ~写的程序在各个版本的Windows操作pȝ上是可移植的Q例如,?br />Windows 3.1下编写的代码可以很容易地UL?Windows NT ?Windows 95 上。但
是在最q发展以及官Ҏ持上日渐势微?/p>
(2) QT
参考网站:http://www.trolltech.com/
Qt是Trolltech公司的一个多q_的C++囑Ş用户界面应用E序框架。它提供l?br />应用E序开发者徏立艺术的图形用L面所需的所用功能。Qt是完全面向对象的
很容易扩展,q且允许真正地组件编E。自?996q早些时候,Qtq入商业领域Q?br />它已l成为全世界范围内数千种成功的应用程序的基础。Qt也是行的Linux桌面?br />境KDE 的基Q同时它q支持Windows、Macintosh、Unix/X11{多U^台?/p>
(3) WxWindows
参考网站:http://www.wxwindows.org/
跨^台的GUI库。因为其cdơ极像MFCQ所以有文章介绍从MFC到WxWindows?br />代码UL以实现跨q_的功能。通过多年的开发也是一个日完善的GUI库,支持?br />样不׃前面两个库。ƈ且是完全开放源代码的。新q的C++ Builder X的GUI设计
器就是基于这个库的?/p>
(4) Fox
参考网站:http://www.fox-toolkit.org/
开放源代码的GUI库。作者从自己亲n的开发经验中得出了一个理想的GUI库应
该是什么样子的感受出发Q从而开始了对这个库的开发。有兴趣的可以尝试一下?/p>
(5) WTL
ZATL的一个库。因Z用了大量ATL的轻量手法Q模板等技术,在代码尺
寸,以及速度优化斚w做得非常C。主要面向的使用体是开发COM轻量U供|络
下蝲的可视化控g的开发者?/p>
(6) GTK
参考网站:http://gtkmm.sourceforge.net/
GTK是一个大名鼎鼎的C的开源GUI库。在Linux世界中有Gnomeq样的杀手应用?br />而GTK是q个库的C++装版本?/p>
5.4 |络通信
(1) ACE
参考网站:http://www.cs.wustl.edu/~schmidt/ACE.html
C++库的代表Q超重量U的|络通信开发框架。ACE自适配通信环境QAdaptive
Communication EnvironmentQ是可以自由使用、开放源代码的面向对象框Ӟ?br />其中实现了许多用于ƈ发通信软g的核心模式。ACE提供了一l丰富的可复用C++?br />装外观(Wrapper FacadeQ和框架lgQ可跨越多种q_完成通用的通信软gd
Q其中包括:事g多\分离和事件处理器分派、信号处理、服务初始化、进E间?br />信、共享内存管理、消息\由、分布式服务动态(重)配置、ƈ发执行和同步Q等
{?/p>
(2) StreamModule
参考网站:http://www.omnifarious.org/StrMod/
设计用于化编写分布式E序的库。尝试着使得~写处理异步行ؓ的程序更?br />易,而不是用同步的外壛_起异步的本质?/p>
(3) SimpleSocket
参考网站:http://home.hetnet.nl/~lcbokkers/simsock.htm
q个cd让编写基于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 DefinitionQDTD)斚w有很好的支持Q?br />q且?001q?2月增加了支持W3C XML Schema 的基本完整的开放标准?/p>
(2) XMLBooster
参考网站:http://www.xmlbooster.com/
q个库通过产生特制的parser的办法极大的提高了XML解析的速度Qƈ且能够
生相应的GUIE序来修改这个parser。在DOM和SAX两大LXML解析办法之外提供?br />另外一个可行的解决Ҏ?/p>
(3) Pull Parser
参考网站:http://www.extreme.indiana.edu/xgws/xsoap/xpp/
q个库采用pullҎ的parser。在每个SAX的parser底层都有一个pull的parse
rQ这个xpp把这层暴露出来直接给大家使用。在要充分考虑速度的时候值得试?/p>
(4) Xalan
参考网站:http://xml.apache.org/xalan-c/
Xalan是一个用于把XML文档转换为HTMLQ纯文本或者其他XMLcd文档的XSLT?br />理器?/p>
(5) CMarkup
参考网站:http://www.firstobject.com/xml.htm
q是一U用EDOM的XML解析器。在很多思\上面非常灉|实用。值得大家在D
OM和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它的设计目的是希望建立一套既?br />像C++ 一h便,同时又比Fortran速度更快的数D环境。通常Q用C++所写出
的数值程序,?Fortran?0%左右Q因此Blitz++正是要改掉这个缺炏V方法是?br />用C++的template技术,E序执行甚至可以比Fortran更快。Blitz++目前仍在发展?br />Q对于常见的SVDQFFTsQQMRES{常见的U性代数方法ƈ不提供,不过使用者可?br />很容易地利用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提供了各种格式
矩阵的大量线性代数方面的功能。在某些应用使用高性能~译器的情况下,比如In
tel的编译器Q从产生的汇~代码可以看出其与手写几乎没有两L效能?/p>
(4) CGAL
参考网站: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/
***3D是一个跨q_Q高性能的C++库。主要的Ҏ是提供3D囑ŞQ声效支持(S
B,以及S3MQ,控制接口Q键盘,鼠标和遥感)QXMS?/p>
(2) KlayGE
参考网站:http://home.g365.net/enginedev/
国内游戏开发高手自qC++开发的游戏引擎。KlayGE是一个开放源代码、跨q?br />台的游戏引擎Qƈ使用Python作脚本语a。KlayGE在LGPL协议下发行。感谢龚敏敏
先生Z国游戏开发事业所做出的A献?/p>
(3) OGRE
OGREQ面向对象的囑Ş渲染引擎Q是用C++开发的Q用灵zȝ面向对象3D引擎
。它的目的是让开发者能更方便和直接地开发基?Dg讑֤的应用程序或游戏?br />引擎中的cdҎ底层的系l库Q如QDirect3D和OpenGLQ的全部使用l节q行?br />抽象Qƈ提供了基于现实世界对象的接口和其它类?/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程和同步库?/p>
5.9 序列?/p>
(1) s11n
参考网站:http://s11n.net/
一个基于STL的C++库,用于序列化PODQSTL容器以及用户定义的类型?/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程环境和UnicodeQ同时还有正则表辑ּ的支持?/p>
(2) Common Text Transformation Library
参考网站:http://cttl.sourceforge.net/
q是一个解析和修改STL字符串的库。CTTL substringcd以用来比较,插入Q?br />替换以及用EBNF的语法进行解析?/p>
(3) GRETA
参考网站:http://research.microsoft.com/projects/greta/
q是由微软研I的研Ih员开发的处理正则表达式的库。在型匚w的情?br />下有非常优秀的表现?/p>
5.11 l合
(1) P::Classes
参考网站:http://pclasses.com/
一个高度可UL的C++应用E序框架。当前关注类型和U程安全的signal/slot
机制Qi/opȝ包括Z插g的网l协议透明的i/o架构Q基于插件的应用E序消息
日志框架Q访问sql数据库的cȝ{?/p>
(2) ACDK - Artefaktur Component Development Kit
参考网站:http://acdk.sourceforge.net/
q是一个^台无关的C++lg框架Q类gJava或?NET中的框架Q反机Ӟ
U程QUnicodeQ废料收集,I/OQ网l,实用工具QXMLQ等{)Q以及对Java, P
erl, Python, TCL, Lisp, COM ?CORBA的集成?/p>
(3) dlib C++ library
参考网站:http://www.cis.ohio-state.edu/~kingd/dlib/
各种各样的类的一个综合。大整数QSocketQ线E,GUIQ容器类,以及览?br />录的API{等?/p>
(4) Chilkat C++ Libraries
参考网站:http://www.chilkatsoft.com/cpp_libraries.asp
q是提供zipQe-mailQ编码,S/MIMEQXML{方面的库?/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?br />把C++模板的功能发挥到了极致。ƈ且尝试把cM设计模式q样思想层面的东襉K过
库来提供。同时还提供了智能指针这h较实用的功能?/p>
(2) ATL
ATL(Active Template Library)
是一l小巧、高效、灵zȝc,q些cMؓ创徏可互操作的COMlg提供了基本的
设施?/p>
(3) FC++: The Functional C++ Library
q个库提供了一些函数式语言中才有的要素。属于用库来扩充语言的一个代?br />作。如果想要在OOP之外L另一分的乐趣Q可以去看看函数式程序设计的世界。大
师Peter Norvig?“Teach Yourself Programming in Ten Years”一文中将?br />数式语言列ؓ臛_应当学习?cȝE语a之一?/p>
(4) FACT!
参考网站:http://www.kfa-juelich.de/zam/FACT/start/index.html
另外一个实现函数式语言Ҏ的?/p>
(5) Crypto++
提供处理密码Q消息验证,单向hashQ公匙加密系l等功能的免费库?/p>
q有很多非常Ȁ动h心或者是极其实用的C++库,限于我们的水q以及文章的?br />q不能包括进来。在对于q些已经包含q来的库的介l中Q由于ƈ不是每一个我?br />都用过Q所以难免有偏颇之处Q请读者见谅?/p>
------------------------------------------------------------------------
--------
6Q书c?/p>
以前熊节先生曾撰文评论相对于JavaE序设计语言QC++的好书多如牛毛。荣耀
先生在《程序员》杂志上撰文《C++E序设计之四书五l》也本领域内几乎所有的
l典书籍作了全面的介l?M关于书的评论此时看来便是很多余的了。个人浅见,
除非你打以C++作ؓ唯一兴趣或者生存之本,一般读者确实没有够的旉和必?br />?0余本书籍全部阅读。更有参考h值的是荣耀先生的另一文章:《至应该阅
ȝ九本C++著作》,可以从下面的地址览到此文:
http://www.royaloo.com/articles/articles_2003/9CppBooks.htm
下面几本书对于走在C++初学之\上的读者是我们最愿意推荐l大家的Q?/p>
(1) 《C++ Primer?/p>
哦,也许你会抱怨我们ؓ什么不先介lTCPL,但对于走在学习之路上的入门者,
本书内容更ؓ全面Q更l易懂,我们U它为“C++的超U宝典”ƈ不过分。配?br />一本不错的习题解答《C++ Primer Answer Book》可以辅助你的学习之路?/p>
(2) 《Essential C++?/p>
如果说《C++ Primer》是C++领域的超U宝典,那么此书作ؓ掌握C++的大局?br />当之无愧。正如?NET大局观》一书能够让读者全?NETQ本书讲qCC++中最核心
的全部主题。书虽不厚,内容_Q不׃ؓ《C++ Primer》读者茶余饭后的主题?br />之作?/p>
(3) 《The C++ Programming Language?/p>
BjarneZ带来的C++教程Q真正能够告诉你怎么用才叫真正的C++的唯一一?br />书。虽然如同“某某程序设计语a”这L书籍会给大家一个内容全揽,入门到精
通的感觉Q但本书实不太适合初学者阅诅R如果你自认为是一名很有经验的C++E?br />序员Q那臛_也要反复咀嚼Bjarne先生所的若q内宏V?/p>
(4) 《Effective C++》,《More Effective C++?/p>
是的Q正如一些C++爱好者经总读过与没有读q上qC本作品来区分你是否是
C++高手。我们也极力推崇q两本著作。在各种介绍C++专家l验的书c里面,q两
本是最贴近语言本质Q看后最能够有脱胎换骨感觉的书,L书你需每日三省汝n
?/p>
技术书c仁者见仁,q多的评论反无太多意义,p者喜好选择最适合自己?br />书方Z{?/p>
------------------------------------------------------------------------
--------
7Q资源网?/p>
正如我们可以通过计算机历史上的重要h物了解计机史的发展QC++相关人物
的网站也可以使我们得到最有h值的参考与借鉴Q下面的人物我们认ؓ没有介绍?br />必要Q只因下面的人物在C++领域的地位众所周知Q我们只相关的资源q行|列?br />供读者学习,他们有的工作于贝实验室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合cC++学习参考站Ҏ我们非常愿意向大?br />推荐的:
(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) Cl视?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++相关话题的话
------------------------------------------------------------------------
--------
8Q不得不写的l束?/p>
l束的时候也是ȝ现状Q展望未来的时候。虽然C++从脱胎于C开始,一路艰
隑֝L走过来,但是无论如何C++已经取得了工业基的地位。文章列丄大量相关
资源是最好的证明Q而业界的大量用C++写成的品代码以及大量的C++职业工程
师则是最直接的证明。同Ӟ我们可以看到各个高校的计机专业都开设有C++q门
评Q网l上对于C++的学习讨Z从来都没有停q。但是,在Java?NET两大企业
开发^台的围攻下,lh的感觉是C++来“不行”了?/p>
C++在面向企业的软g开发中Q在开发便h等斚w的确要比Java和C#差很多,
其中一个问题是C++语言本n比较复杂Q学习曲U比较陡峭,另外一个问题是C++?br />准化的时间太长,丧失了很多的壮大ZQ耗费了很多精力在厂商的之间的斗争?br />Q而C++的标准库M个完善的E序开发框架还~少太多太多的内容,各个W三方的
cd和框架又在一致性和完整性上没法和随q_提供的框架相提ƈ论。难道C++真的
要退出历史舞CQ?/p>
从C++目前的活跃程度,以及应用现状来说是完全能够肯定C++仍然是Y件工?br />的基Q也不会退出历史舞台的。另外从BoostQLokiq些库中我们也能够看到C++
的发展非常活跃,对于新技术新思维非常Ȁq,C++仍然q泛受到x。从ACE在高
性能通信领域的应用,以及MTLq样的库在数D领域的表现Q我们可以看?br />C++在高性能应用场合下的不可替代的作用,而嵌入式pȝq样的内存受限开发^?br />Q比如Symbian OS上,C++已经发挥着q且发挥更大的作用。可以预见的是以后的
软g无论上层的应用怎么变,它的底层核心都会是由C/C++q样的系l软g~写?br />Q比如Java虚拟机,.NET Framwork。因为只有这LpȝUY件才能完全彻底的?br />挥机器的功能?/p>
需要看到的是两个趋势,一个趋势是C++变得更加复杂Q更加学院派Q通过模板
{有潜力的语法因素构造越来越_y的库成ؓ了现代C++的热点,虽然在利用库实现
新的~程范式Q乃臌计模式等斚w很有开创意义,也确实生了一些能够便捷开
发的工具Q但是更多的是把C++变得更加强大Q更加复杂,也更加难懂,g也更?br />学院z,不得不说它正在向边缘化道路发展。另一个趋势是C++在主的企业应用开
发中已经逐渐退ZQERPq样的企业Y件开发中基本上不会考虑C++Q除非需要?br />虑性能或者和遗留代码的集成这些因素。C++退守到pȝU别语言Q成Y件工业的
基础是大势所。然而反思一下,真的是退守么Q自从STL出现Q无数的人风起云?br />的开始支持C++,他们狂呼“我看到深夜消失了,目标软g工程的出现。我看到了可
l护的代码。”是的,STL在可l护性下做得如此。但是又怎样呢?STL为C++?br />q了C软g工程的道路,而在上层应用E序软g开发领域这块场地早不单独属?br />C++,很多E序设计语言都做得很Q疯狂的支持者会毫不犹U地说我们应当支持
C++,因ؓ它是世界上最的语言。而坦率地_你的腰杆真的那么么Q也许只?br />在逃避一些事实。C++是优U的,q不可否认,STL的出现让C++一度走上了最辉煌?br />时刻Q然而现在看来……我的一位恩师曾aQ真正能够将STL应用得淋漓尽致的人很
保守地说国内也不过200人,或许不加入STL能够使C++向着它应当发展的方向发展
的更好,而现在看来,C++也应当回首到真正属于他的那一片圣C…?/p>