2005年07月04日


深度撞击 & 新域名开通

2005年7月4日,星期一,晴,有风

美国独立日,全世界的人都在关注着“深度撞击”,看着这人工制造的天象,有人就此探讨一下生命起源,有人顺便看看焰火;

我的新域名开通了:www.leopex.com,安装上了 Wordpress,BLOG也从Donews转到了这里:云上的日子,终于可以摆脱稀奇古怪的过滤词了。

呵呵 : )

2005年06月30日


原文出自:http://zhidao.baidu.com/q?ct=20&qid=18125&tn=ikqb&rn=25&mrn=5


长颈鹿产于非洲,身高能达到5-6米,是陆地上最高的动物。长颈鹿腿长脖子也长,躺下和站起来都很不容易,所以常常站着睡觉。其他很多动物和长颈鹿一样站者睡。好在动物都不动脑筋,不需睡很长时间,一般打个盹就行了,一天大概只睡30分钟。当然有时长颈鹿在觉得周围很安全的时候,也会躺下来睡觉,把脖子转向后面,头紧靠在屁股上,看起来很舒服。但是,如果遇上突然袭击,它很难再站起来逃跑,结果会被吃掉。 

看看他们的可爱睡姿
http://www.unizh.ch/phar/sleepcd/demo/animals/chap8/it0021a.gif
再来一张
http://www.buffaloworks.us/images/palm%20with%20x%20giraffe.jpg

回答者:jerry彤 - 魔法师 四级 ( 1005 )



真长知识,呵呵……

2005年06月29日


一:我们的未来充满了大便

儿子:老爸,我在写一篇专题报告,题目是「政治」,能不能给我一些提示?

父亲:好吧,就用我们家来做例子。我提供资金,所以称我为「财团」;你妈妈使用金钱,我们称她为「政府」;我们供应你的生活,所以你就是「老百姓」;你哥哥又凶又狠,经常欺负你们,我们叫他为「坏人」;你哥哥的女朋友好乖,我们称她为「好人 」;我们叫女佣为「劳工」;叫你刚出生的弟弟为「我们的未来」。了不了解?

儿子:我想我懂了。

那天晚上,儿子被弟弟的哭声吵醒。去看他时,发现弟弟便便在尿布里。

他就到他父母的房间,发现他母亲正在熟睡,叫也叫不醒。他就到女佣的房间,看到父亲跟女佣在××,不里他的敲门;他转身去找他哥哥,发现哥哥也在跟女朋友在××,也不理他的敲门;他就回房睡觉了。

第二天,他完成他的报告:

  当财团在欺负劳工,坏人在欺负好人时,政府在睡觉,老百姓被忽略了,而我们的未来则充满了大便。


二:一百年不变

社会太乱,钱又难赚;
老百姓埋头苦干,小人暗算不断;
穷人去行善,官僚在淫乱;
翻开书一看,才知这叫社会主义初级阶段;
再看,我×,还他妈一百年不变!

  20XX年。某国凭借其强大的军事优势偷袭入侵中国,居然深入到了北京。伟大的中国人民奋起反击,将某军赶出了中国领土。

  下面是某军参谋部分析失败的十大原因:

  1:中国人民的勇敢还击(无疑最主要的)。

  2:侦察员大意地使用的房地产开发商广告上的地图。
  如立水桥的空降兵落入中方在北苑桥的埋伏圈,全军覆没;某军指挥官误以为从回龙观20分钟可以杀入市中心,结果还没到达轻轨就被歼灭了;某军的重型轰炸机根本就未能到达五环……

  3:打巷战时,使用的户型图严重失真。
  所有户型内部尺寸偏小,重型大炮均无法装入要塞的房间。
  事后,某将军感叹:中国的房地产开发商,太狠了!

  4:花费大量飞机空间空运浮桥,下来一看,小区内湖的位置不对或太小用不着搭建浮桥,有的就根本没有湖

  5:按房屋损坏情况99%算也够某军驻,就没带足够的帐篷,谁想面积总数严重不足只好露营造成战斗力下降

  6:北京的立交桥的高度有N个标准,大量军车超高过不去,被四周埋伏的民兵歼灭

  7:某军总司令到最前线视察部队鼓舞士气,没曾想所乘车辆飞速前进时前轮掉进一个被偷了井盖的坑里导致严重车祸丧命

  8:只有海军陆战队进入到了二环路,但很不幸,走到了西直门,再也没有转下来,被勇敢首都市民活抓。西直门桥的设计者成了卫国英雄

  9:时间没选择对,星期五傍晚来攻击,结果军车根本走不动,按喇叭也不好使,谁听阿,还不时有夹塞的,所以根本没有前进速度,最后利用广大人民群众的车流将其全歼。

  10:而且赶上下小雨,陆军骑一师司令万万没想到他突击到莲花桥下,被迅速高涨的雨水淹死,车队堵在西三环上,被我伏兵全歼……

2005年06月28日


有个网友用QQ给我发来一张图片,号称是最难的迷宫(图中部最左、最右为出口和入口),如下图:

点击查看大图

他问我能不能找到走出迷宫的路径,我一时没注意看QQ消息,他就开始给我发表情:我得意的笑、我得意的笑……
NND,想难为我,哥们就偏不信邪,思考ing……

“走出迷宫的路径”=“没有黑线阻隔的路径”=“路径的两边是黑线,且没有连接”=YES!

先把图片保存下来,用画图打开,放大图片到六倍大小,选择一种除黑色外的颜色(例如红色),选择“油漆桶”工具,选择图片上半部分的某处边框,点击填充。

点击查看大图

哈哈,现形了!如上图,红色和黑色交接的地方就是走出迷宫的路径!

OK,搞定了,一分钟不到,把图发过去,那哥们沉默半晌,发来一个表情:呆~

嘿嘿……  ^_^

2005年06月26日

西狐网和百度哪个好?
http://post.baidu.com/f?kz=16739125

我想看到这个帖子的人,大都会很好奇:西狐网是干什么的?怎么没听过?楼主既然提供了网址,那就去看看呗……直到20楼之后(也是20天之后了),才有人回过味来说“咦?好像是广告……”。
写这个帖子的人巧妙的利用了人们的好奇心,如果是平常的广告帖可能早被删除了,可是这个帖子放在百度吧已经一个多月了,仍然好好的。厉害厉害~

百度在国内份额比GOOGLE高的主要原因
http://post.baidu.com/f?kz=19764153

写这个帖子的人,用心险恶。标题叫做“百度在国内份额比GOOGLE高的主要原因”,内文却绝口不提百度,反而说了两句完全无用的话,还顺便把“大家”恭维了一下:“大家都很清楚是怎么回事……”。呵呵,利用了人性的弱点:大多数愤青都有自以为是(或者叫自作聪明)的毛病,这不,第一个自诩为“专业人士”(对不起,他打错字了)的家伙马上跳出来说“说的好。摆渡就是被政府控制的公司。专业人事还是用google。”
第五楼可能是个明白人,举了个例子说明被封锁的原因在于关键字。第六楼应该和第五楼是同一个人(反正IP段是一个),又说了一下“GREAT FIRE WALL”的事,呵呵,这个东东是什么我想大家都明白吧?在这之后,楼主马上跳出来说“我哪有说百度了?你××××”但第二行显然又在影射国内搜索界的某公司了,呵呵不多说了,楼主目的不纯,但是煽动的功夫倒是炉火纯青,高明高明~

2005年06月22日

这是以前写的一篇老文章了,转贴过来。

也不知道什么时候开始用上了MSN Messenger,记得很久以前好像在哪里看见过,说是在修改昵称的地方插入一个特殊字符(换行符?)就能实现多行昵称的显示。可是到用的时候却怎么也想不起来了,郁闷……

在搜索引擎中找了一下"MSN 昵称 换行",发现这样做噪音太多了,要找到的真正需要的东东可能会费些周章。另寻它路,思考ing——MSN的昵称之所以不能换行,是因为修改昵称时的文本框不支持多行输入。要解决这个问题,最合法的办法是用换行符;最暴力的方法是强迫MSN支持支持多行输入。

既然合法的办法不太好走,那就暴力修理MSN,Let’s go!

首先:下载 eXeScope(有汉化过的绿色版本,无需安装注册);
若是接触过软件汉化的朋友应该对eXeScope比较熟悉,这是当今世界上最好的反编译工具之一,它可以让你方便的实现对软件的修改。知道这一点就行啦,不再多做介绍了,有兴趣的朋友可以去查相关的资料。(当然了,我并不是说一定要用它,类似的软件有很多。如Resource Hacker、PE Explorer之类也都很好用)

其次:找到MSN Messenger 的安装目录(一般是 C:\Program Files\MSN Messenger\)中,一个名为msgslang.dll的文件。

然后:用eXeScope 打开这个文件(特别提示:在打开这个文件前请关闭MSN Messenger,否则的话将以只读方式打开文件——只能看不能改岂不郁闷?呵呵~),依次在左边的树形目录中展开"资源"-"对话框"-"202",这时右边显示的就是这个对话框的各个元素(LABEL、按钮、文本框等),第4行的 Edit 就是修改昵称时的对话框啦,OK,找到目标了。
btw:202号对话框就是MSN的"个人信息"对话框。

最后:在"样式"选项卡中选中"水平滚动条"和"垂直滚动条";在"编辑"选项卡中选中"多行"取消"自动水平滚动",现在可以先预览一下,效果不错,可是原本只有一行的文本框放上两个滚动条之后,看起来怎么就那么怪呢?继续调整对话框以及其它各个元素的尺寸及位置……

OK,保存退出,收工~

修改后需要注意的事项及其它:
1:eXeScope能修改的远不止这些,它更常用的功能还有修改字符串、LABEL标签的TITLE、各控件的位置、菜单甚至快捷键等等……
2:修改后的文本框依然有最大长度的限制,并且需要按CTRL+回车才能换行(如果你足够BT,还可以按ALT+小键盘上的1和0换行)。碍于时间未对这方面做更进一步的研究
3:在修改前请先备份相关文件。
4:使用过一段时间后,还未发现因此而导致的不稳定情况。
5:本文章仅供研究学习使用,有可能造成软件不稳定之风险,若无把握请勿模仿。

2005年05月12日

最近IT圈流行谈善恶问题,这大概是从DONEWS的五周年聚会,因周某人关于Don’t be evil的讲话而开始的罢,呵呵,一个“业界口碑最差公司”的头头评论一个“全球最伟大公司”的信条,这种话题注定会争议不断,于是借助网络的催化从此便犹如滔滔江水一发不可收拾……

昨天在KESO的BLOG上看到他这么说

在没有作恶能力的时候,宣称不作恶,可能更多是一种姿态;在具备作恶能力和动机的时候,仍然宣称不作恶,我想更多的则是自我勉励。

说实话,看到KESO这句话时,我马上就想到了所谓“核武器政治”。

不如打个比方:假如把国家看做企业;核武器看成是作恶能力;把觊觎他国资源看成是作恶动机;使用核武器看成作恶。

那么OK,按KESO的解释:

当某个国家没有核武器时,如果他宣称不发动战争不作恶,可能更多的是一种姿态;而当某个国家拥有了核武器并且觊觎他国资源时,仍然宣称不使用核武器,你认为这更多的是自我勉励?

荒谬的逻辑!

在没有作恶能力的时候,宣称不作恶,仅仅是因为他只能那么做!在具备作恶能力和动机的时候,仍然宣称不作恶,why?不是自我勉励,这才更可能是一种姿态,一种标榜的姿态!

GOOGLE之所以宣称不作恶,与其说是GOOGLE很伟大,我倒更倾向于认为,这只是企业的市场策略罢了,正像KESO所说因为这样做能比作恶获取更大的更长期的收益——尤其对于企业的品牌建设来说。

想想37×1为什么对号称全球最伟大公司的信条:DON’T BE EVIL不屑一顾,甚至出言讥讽?

因为37×1选择的是凭借无所不用其极、近乎强奸用户般的手段,从众多竞争对手中迅速“脱颖而出”,目的是获取短期利益。照现在的状况来看,37×1的显然达到目的了,但同时整个业界的环境和规则也被破坏的一塌糊涂,其企业形象也烂到了极点。

所以这句话,只有当前形象良好的GOOGLE可以说,而本来屁股就不干不净的37×1说这种话,只会让人笑掉大牙!

政治家们说:没有永恒的盟友,也没有永恒的敌人,只有永恒的利益;对于企业来说,也是没有绝对的善恶,只有绝对的利益。资本控制下的企业行为,其根源都来自利益的权衡,看清楚利益往来,会把某些事看得更透彻。

所以,以前没作恶不代表以后一定不作恶——事实上,以前不作恶什么也代表不了,或者只能代表你没有发现而已。至于将来——至少在GOOGLE还有竞争对手的将来,不作恶能带来更多利益的前提下,我相信GOOGLE会努力遵循他的信条。


btw:绝大多数用户并不是对微软足够信赖,而是他们也没得选择——虽然有怨言和不满,却也无可奈何。鉴于此,我不希望GOOGLE成为第二个微软。此外,一个公司不作恶属于基本的行业道德,并不算善待用户,就像我不骂你并不代表我在善待你一样。

2005年05月05日

本文系转载,原文请访问荣耀先生的网站:
http://www.royaloo.com/articles/articles_2004/cppbooks1.htm
http://www.royaloo.com/articles/articles_2004/cppbooks2.htm

C++程序设计之四书五经(上篇) 

C++是一门广泛用于工业软件研发的大型语言。它自身的复杂性和解决现实问题的能力,使其极具学术研究价值和工业价值。和C语言一样,C++已经在许多重要的领域大获成功。

然而,一个不可否认的现实是,在低阶程序设计领域,C++挤压着C同时也在承受着C的强烈反弹,而在高阶程序设计领域,Java和C#正在不断蚕食着C++的地盘。也许C++与C合为一体永远都是一个梦想,也许Java和C#的狂潮终将迫使C++回归本位 — 回到它有着根本性优势的开发领域:低级系统程序设计、高级大规模高性能应用设计、嵌入式程序设计以及数值科学计算等。果真如此,我认为这未尝不是一件好事。

C++吸引如此之多的智力投入,以至于这个领域的优秀作品,包括重量级的软件产品、程序库以及书籍等,数不胜数。文题“C++程序设计之四书五经”一个不太严格的含义是:C++程序设计之四书×五经。是的,在本文(及其下篇)中,我将分门别类推荐20多本C++好书,你可以根据自己的需要选读。

TCPL和D&E

TCPL和D&E分别是《The C++ Programming Language》和《The Design and Evolution of C++》的简称,均出自Bjarne Stroustrup之手。我将它们单列出来,首先是因为Bjarne是C++语言的创建者,然后是因为比“首先”那个原因更重要的原因:这两本书是C++领域毋庸置疑的杰作。说它们是C++语言圣经,并不为过。

Bjarne Stroustrup, The C++ Programming Language (Special 3rd Edition)
《C++程序设计语言(特别版)》,机械工业出版社
《C++程序设计语言(特别版)(英文影印版)》,高等教育出版社

迄今为止,TCPL是除了C++标准文献之外最权威的C++参考手册。和大多数人的看法不大一样,我认为Bjarne的文字语言并不逊色于他所创建的程序语言,至少我喜欢这种学院气息浓厚的作品。本书对C++语言的描述轮廓鲜明、直截了当。它从C++语言创建者的角度来观察C++,这是任何别的作者和书籍做不到的 — 没有任何人比Bjarne自己更清楚该怎么来使用C++。

这是一本严肃的著作,以中、高级C++开发人员为目标读者。如果你是一名有经验的C++程序员,需要了解更加本质的C++知识,本书正是为你而写。它不是那种让你看了会不断窃喜的小书,需要用心体会,反复咀嚼。在阅读过程中,请特别留心Bjarne先生强调了什么,又对什么一语带过。我个人比较喜欢这本书的第四部分“使用C++做设计”,这样的内容在类似的程序设计语言书籍中很难看到 — 我甚至认为Bjarne应该将这部分独立出来单独写一本书。

Bjarne Stroustrup, The Design and Evolution of C++
《C++语言的设计和演化》,机械工业出版社
《C++语言的设计和演化(英文版)》,机械工业出版社

D&E是一本关于C++语言设计原理、设计决策和设计哲学的专著。它清晰地回答了C++为什么会成为今天这个样子而没有变成另外一种语言。作为C++语言的创建者,Bjarne淋漓尽致地展示了他独到而深刻的见解。除了广受赞誉的语言特性外,Bjarne没有回避那些引起争议的甚至被拒绝的C++特性,他一一给出了逻辑严密、令人信服的解释。内容涵盖C++的史前时代、带类的C、C++的设计规则、标准化、库、内存管理、多重继承、模板等,对包括异常机制、运行时类型信息和名字空间在内的重要的新特性都分别进行了深入探讨。每一名C++程序员都应该可以从Bjarne的阐释中加深对手中这门语言的认识。

需要再次提醒的是,这两本书知识浓缩,信息量极大,请不要错过Bjarne每一句看似漫不经意的话。

入门教程

学习任何一门语言都需要一个从入门到精通、从新手到高手循序渐进的过程。不过,对于一个所谓的新手而言,究竟是一个完完全全的新手,还是一个熟悉某种别的语言的“新手”,甚至是在某种语言程序设计领域已经颇有建树的高手,很难一概而论?不同的C++新手需要不同的入门书籍。

Andrew Koenig, Barbara E. Moo, Accelerated C++: Practical Programming by Example
《Accelerated C++中文版》,中国电力出版社

和市面上大多数C++教程不同,本书不是从“C++中的C”开始讲解,而是始于地道的C++特性。从一开始就使用标准库来写程序,随着讲述的逐渐深入,又一一解释这些标准库组件所依赖的基础概念。另外,和其他C++教材不同的是,这本书以实例拉动语言和标准库的讲解,对后两者的讲解是为了给实例程序提供支持,而不是像绝大多数C++教材那样,例子只是用作演示语言特性和标准库用法的辅助工具。

作者在C++领域的编程实践、教育培训以及技术写作方面都是世界一流水准。我喜欢这种大量使用标准库和C++语言原生特性的清新的写作风格。在这本教材面前,几乎迄今为止的所有C++教材都黯然失色或显得过时。尽管这本教材也许对于国内的高校教育来说有些前卫,不过我仍然极力向我的同行们推荐。顺带一提,在Bjarne和我最近的一封通信里,他这样评价本书:对于有经验的程序员学习C++而言,这本书可能是世界上最好的一本。

Stanley B.Lippman, Josee Lajoie, C++ Primer (3rd Edition)
《C++ Primer (3RD)中文版》,中国电力出版社

这本书的名字多少有点让人误解。尽管作者声称这本书是为C++新手而写,但无论是它的厚度还是讲解的深度都暴露了似乎并非如此。也许说它是一本“从入门到精通”的C++教程会更合适一些。我个人认为它并不适合完全不懂C++的初学者 — 在阅读这本书之前,你至少应该先有那么一点C或C++的背景知识,或者至少要具有一些其他语言的编程经验。

尽管这本书省略了一些高级C++特性的讨论,但仍然可以称得上是迄今为止最全面的C++学习教程。事实上,如果一名C++初学者能够扎扎实实地读完本书并对照《C++ Primer Answer Book》完成全部习题的话,他的水平肯定可以进入职业C++程序员的行列。我个人认为,即使你已经拥有了TCPL,这本书依然有拥有的价值,因为在许多方面它比TCPL来得更详细、更易懂。

Stanley B. Lippman, Essential C++
《Essential C++中文版》,华中科技大学出版社
《Essential C++(影印版)》,中国电力出版社

可以不太严格地认为这本书是《C++ Primer》的精简版。本书一一讲述了C++中最具代表性的主题,包括过程式编程、泛型编程、基于对象编程、面向对象编程、模板编程以及异常处理等。Stanley将门槛调低到“具有其他语言程序设计经验”的C++新手所能接受的最基本的层次,使他们能够迅速开始使用C++编程而又免于阅读《C++ Primer》那样的大部头。它以实例引导学习,力图使读者在最短的时间内把握C++的精粹。

也许换一个人来概述C++编程范型(paradigm)的方方面面需要好几百页才能说清楚,但这本小书不可思议地做到了这一点。我个人非常喜欢这种满是技术、简明扼要并且“有话好好说”的书。这本书同样具有一个明显的风格:所有程序例子全部采用标准库组件,让人耳目一新。

以上三本书都不是为了完完全全的编程新手而写。完全的C++编程新手可以阅读Francis Glassborow的新书(尚未出版):《You Can Do It!: A Beginner’s Introduction to Computer Programming》。这也是Bjarne的推荐。Francis Glassborow是ACCU主席,多年来他对几乎每一本C++经典名著评头论足,他自己的这一本自然会引起C++社群的极大兴趣。

高效、健壮编程

两年前我在负责一个省级电力调度系统项目时编写了一个网关程序,它从SCADA系统获取电力实时信息。通讯接口采用了不常用的数据库直连方式(这个网关程序一端连接SQL Server 6.5,另一端连接Oralce 8.1.6)。由于实时测点近万,每次将全部取样更新或插入一遍显然是低效的。我在网关程序里建了一个内存库,获取到的数据首先在其中进行比较,然后决定是否更新物理数据库(同时还做了别的更复杂的事情……),从而在效率和资源占用两方面达到了预期效果。

这个程序一直运行得很好,但在离开现场之后的某一天,系统管理员打来电话,说大概因为网络故障等原因,有时这个网关程序会崩溃掉 — 它自己崩掉也就罢了,问题是它还会把Windows 2000 Advanced Server搞成“蓝屏”!坦白地说,我还从来没看过哪个非蓄意的程序有这个“能耐”。由于当时正忙于另外一个大项目,无法去现场调试,最后只有凭经验对内存库代码小心翼翼地封装以异常处理代码(同时也做了一些别的修改……)。这样,虽然没有彻底解决问题,但程序终究不再死得那么难看了。

在这儿讲这么一段花絮有什么意思呢(当初为那个可怕的bug朝思暮想时我可不认为这是一个“花絮”)?我想说的是,对于任何软件而言,离开强健,效率也就无从谈起。而对于C++程序员来说,也许编写一个高效的程序并不难,但要编写一个需要7 ⅹ 24小时持续运行的服务端软件就不是那么容易了,需要考虑许多因素,有时这些因素甚至远远超出C++语言和开发工具的本身。作为一名开发实际项目软件的程序员,并非非得自己碰钉子才能积累经验,只要我们足够虚心,别人的经验往往都是我们很好的借鉴。鉴于此,我推荐以下几本书供你选读,它们可以让你从强健和效率两方面受益(当然了,它们涵盖的内容远不限于异常处理J)。

Scott Meyers, Effective C++: 50 Specific Ways to Improve Your Programs and Design (2nd Edition)
Scott Meyers, More Effective C++: 35 New Ways to Improve Your Programs and Designs
《Effective C++中文版》,华中科技大学出版社
《More Effective C++中文版》,中国电力出版社
《Effective C++(影印版)》,中国电力出版社

如果说《Effective C++》主要讨论C++中一些相对基础的概念和技巧的话,那么《More Effective C++》则着重探讨了包括异常处理在内的一系列高级技术。与前者相比,后者具有两大主要区别:其一,它包含很多时新的标准C++的内容;第二,它讨论的主题倾向于“战略化”而非“战术化”,并且讨论得更深入、更彻底。尤其是对虚析构函数、智能指针、引用计数以及代理类(proxy classe)等技术和模式论述的深入程度,让人很难想象是出现于这样的一本小书之中。

游刃有余的技术,高超的写作技巧,Scott无疑是世界上最优秀的C++技术作家之一。在简洁、清晰、易读等方面,这两本书都卓尔不群。总之,Scott提供的这85个可以改善编程技术和设计思维的方法,都是中、高级C++程序员必备的技能。我强烈推荐这两本书(实际上还有一本,稍后就会看到)。

Herb Sutter, Exceptional C++: 47 Engineering Puzzles, Programming Problems, and Solutions
Herb Sutter, More Exceptional C++: 40 New Engineering Puzzles, Programming Problems, and Solutions
《Exceptional C++中文版》,中国电力出版社
《More Exceptional C++中文版》,华中科技大学出版社

你自认为是一名C++语言专家吗?读一读ISO C++标准委员会秘书长的这两本书再回答。在这两本书中,Herb采用了“问答”的方式指导你学习C++语言特性。对于每一个专题,Herb首先合理地设想出你的疑问和困惑,接着又猜测出你十有八九是错误的解答,然后给你以指点并提出最佳解决方案,最后还归纳出解决类似问题的普适性原则。

这两本书是典型的深究C++语言细节的著作,很薄,但内容密集,远远超过Scott的那两本书,读起来很费脑筋 — 我个人认为它们要比Scott的书难懂得多。若要研习这薄薄的两本书所包含的知识,至少需要花费数月的时间!(在Scott的荐序中,他坦陈不止一次陷入GotW问题的陷阱,你应该知道这意味着什么)对于语言细节的深究有什么好处呢?尽管在大多数情况下,我们不必关心C++代码幕后的动作,然而当我们不得不关心时,这两本书可以为我们提供很好的线索,因为它们揭示了C++语言中微妙而又至关重要的东西。

Stephen C. Dewhurst, C++ Gotchas: Avoiding Common Problems in Coding and Design
《C++程序设计陷阱》,中国青年出版社

Stephen的理论素养和实践经验注定这是一本值得一读的好书。Stephen曾经是贝尔实验室中第一批C++使用者。他已经使用C++成功解决了包括编译器、证券交易、电子商务以及嵌入式系统等领域中的问题。本书汇集了作者来自开发一线的99条编程真知灼见,洞悉它们,你可以避免几乎所有常见的C++设计和编程问题。

我甚至认为,对于C++编程菜鸟而言,阅读这本书会比阅读Scott和Herb的书更能轻松而立竿见影地获得更大的提高。我个人很喜欢这本书的写作风格 — Stephen的许多观点看似极端却无可辩驳。当然了,这种自信(以及冷幽默)来自于作者深厚的技术素养,而非自大的偏执。

除了上面推荐的书籍外,Dov Bulka和 David Mayhew合著的《Efficient C++: Performance Programming Techniques》(《提高C++性能的编程技术》,清华大学出版社)也值得一看。这本超薄小书聚焦于高性能C++应用程序开发。两位作者都是IBM软件专家,都工作于对性能要求极高的系统构建领域,本书是他们的经验之谈。也有人不喜欢这本书,因为它花了不少的篇幅讲述和C++无关的东西,我却恰恰因为这一点而对这本书产生好感,正是这些东西让我开阔了眼界。

模板和泛型编程

模板和基于模板的泛型编程无疑是当今发展最活跃的C++程序设计技术。模板的第一个革命性的应用是STL,它将模板技术在泛型容器和算法领域的运用展现得淋漓尽致,而Boost、Loki等现代程序库则将模板技术的潜能不断发挥到极致。在模板和泛型编程领域,我推荐以下两本重量级著作:

David Vandevoorde, Nicolai M. Josuttis, C++ Templates: The Complete Guide
《C++ Templates全览(繁体版)》,台湾碁峰资讯股份有限公司
《C++ Templates全览(简体版)》,人民邮电出版社

有一种老套的赞美一本书的手法,大致是“没有看过这本书,你就怎么怎么地”,这里面往往夸张的成分居多。不过,倘若说“没有看过《C++ Templates: The Complete Guide》,你就不可能精通C++模板编程”,那么这个论断对于世界上绝大多数C++程序员来说是成立的。

这本书填补了C++模板书籍领域由来已久的空白。此前,上有《Modern C++ Design》这样的专注于模板高级编程技术和泛型模式的著作,下有《The C++ Standard Library》这样的针对特定模板框架和组件的使用指南。然而,假如对模板机制缺乏深入的理解,你就很难“上下”自如。鉴于此,我向每一位渴望透彻理解C++模板技术的朋友推荐这本书。

这本书在内地、台湾各有一个译本,但出自不同的译者之手。当你看到这篇文章时,两个译本应该都已经上市,对于读者来说当然也就多了一种选择。侯捷先生个人网站上开放了繁体译本大部分章节,不妨先睹为快。

Andrei Alexandrescu, Modern C++ Design: Generic Programming and Design Patterns Applied
《C++设计新思维:泛型编程与设计模式之应用》,华中科技大学出版社
《C++设计新思维(影印版)》,中国电力出版社

你自认为是C++模板编程高手吗?请看过这本书再回答J 这是一本出自天才之手令人敬畏的杰作。泛型模式,无限延伸你的视野,足以挑战任何一名C++程序员的思维极限。

这本书共分为两大部分,第一部分讨论了 Loki程序库采用的基础技术以及一些高级语言特性,包括基于策略的类设计、模板局部特化、编译期断言、Typelist以及小型对象分配技术等。第二部分则着重介绍了Loki中的重要组件和泛型模式技术,包括泛化仿函数(Generalization Functor)、单件(Singleton)、智能指针、对象工厂(Object Factory)、抽象工厂(Abstract Factory)、访问者(Visitor)以及多方法(Multimethods)等。每一种技术都让人大开眼界,叹为观止。

在C++的学习方面,过犹不及往往成了不求甚解的借口。然而,面向对象并非C++的全部,模板和泛型编程亦占半壁江山。对于“严肃”的C++程序员而言,及时跟进这项早经例证的成功技术,不失为明智之举。

结语

这些著作是如此大名鼎鼎,也许根本不缺我一个推荐。然而,纵然C++程序员队伍的发展壮大速度不像其他更时髦的语言那样迅速,新人进总是多于旧人出。除了热忱地欢迎新人,我个人认为到了对C++书籍进行“盘点”的时候了,并且希望这样的“盘点”有益于感兴趣的读者。请保持耐心和宽厚。在下篇中,我将继续介绍标准库、网络编程以及其他方面的C++好书。有好书相伴,这个冬天不会冷。

C++程序设计之四书五经(下篇)

我在上篇中“盘点”了TCPL和D&E以及入门教程、高效和健壮编程、模板和泛型编程等方面共十几本C++好书。冬去春来,让我们继续C++书籍精彩之旅J

标准库

当我还在研究院工作时,与同院另外两家研究所合作开发过一个大型水利枢纽调度集成项目。我们三家软件系统之间都要相互通信。在调试通讯模块时,细心的客户(一名好学的系统管理员)发现对于同一通信规约的解释代码,我的不超过30行,而对方的则超过了150行且很难看懂。这位系统管理员很纳闷,我说大家编程风格和习惯不一样,我使用了标准库,而他使用了传统C编程风格以及他所习惯的另外一些技术。

别误会!我绝无贬低这位合作伙伴的意思。事实上,我对那些真正有着深厚的C编程功力的程序员常常怀有钦佩之心。毕竟,C++能有今天的成功在很大程度上缘于它深深地植根于C。作为一名C++程序员,倘若不熟悉C++中的C,我往往会认为他的基本功是不扎实的,他的技术底气是不足的。

不过话又说回来,C++是一种多范型(paradigm)编程语言,具体采用哪种编程风格,专业程序员应该知道视具体情况而定。作为一名经常需要在现场做即兴开发的项目负责人,为了短平快地解决当务之急,我习惯尽量采用现有的库(和组件)。效率(以及强健性)久经验证的C++标准库已经摆在那儿了,何乐而不用呢?

Nicolai M. Josuttis, The C++ Standard Library: A Tutorial and Reference
《C++标准程序库:自修教程与参考手册》,华中科技大学出版社

这是一本百科全书式的C++标准库著作,是一本需要一再查阅的参考大全。它在完备性、细致性以及精确性方面都是无与伦比的。本书详细介绍了每一标准库组件的规格和用法,内容涵盖包括流和本地化在内的整个标准库而不仅仅是STL。正如本书副标题所示,它首先适合作为教程阅读,尔后又可用作参考手册。

浅显易懂的写作风格使得这本书非常易读。如果你希望学习标准库的用法并尽可能地发挥其潜能,那你必须拥有这本书。正如网络上所言,这本书不仅仅应该摆在你的书橱中,更应该放到你的电脑桌上。我向每一位职业C++程序员强烈推荐。

Angelika Langer, Klaus Kreft, Standard C++ IOStreams and Locales: Advanced Programmer’s Guide and Reference
《标准C++输入输出流与本地化》,人民邮电出版社

C++标准库由STL、流和本地化三部分构成。关于STL的书市面上已经有不少,但罕见流和本地化方面的专著。本书是这两个领域中最优秀的一本,迄今为止没有任何一本书比这一本更全面详尽地讨论了流和本地化。如果你不满足于停留在“会用”流库的层面,千万不要错过它。

2001年夏天,我草草翻阅过这本书的中文版,从内容到包装都给我留下了比较深刻的印象 — 不过负面的居多一些。2003年秋天,无意中得知某网络书店正以超低价格甩卖这本书的中译本,情不自禁,一阵唏嘘。

Scott Meyers, Effective STL: 50 Specific Ways to Improve Your Use of the Standard Template Library
《Effective STL(影印版)》,中国电力出版社

读完Scott 的《Effective C++》和《More Effective C++》的中译本之后,我一直期待这本书的中文版。我从潘爱民先生的个人主页上了解到,他和他的合作伙伴似乎早已完成了这本书的翻译工作,可惜至今市面上仍不得见。幸运的是,我们可以看到它的原版。

本书是使用STL的程序员必读之作。在这本书中,Scott向我们讲述STL容器和算法的工作机制以及如何以最佳方式使用它们。和Scott的其他作品一样,这本书的写作风格清晰、精确,具有极佳的可读性。看过这本书以后,我想你也许会和我以及其他C++程序员一样产生这样的想法:Scott什么时候会写出一本“More Effective STL”?

关于STL,我还提醒你留心Matthew H. Austern的《Generic Programming and the STL: Using and Extending the C++ Standard Template Library》(《泛型编程与STL》,中国电力出版社)。这本书散发着浓厚的学院气息。Andrew Koenig和Barbara Moo在《Accelerated C++: Practical Programming by Example》一书末尾郑重推荐另外两本进阶好书(除了他们自己的《Ruminations on C++》外),其中一本是TCPL,另外一本就是本书!

网络编程

在网络编程时代,C++应该扮演着怎样的角色,让ACE(Adaptive Communications Environment)来告诉你。

Douglas C. Schmidt, Stephen D. Huston, C++ Network Programming, Volume 1: Mastering Complexity with ACE and Patterns
Douglas C. Schmidt, Stephen D. Huston, C++ Network Programming, Volume 2: Systematic Reuse with ACE and Frameworks
《C++网络编程,卷1:运用ACE和模式消除复杂性》,华中科技大学出版社
《C++网络编程,卷2:基于 ACE 和框架的系统化复用》,电子工业出版社

采用C++进行企业级网络编程,目前ACE(以及这两本书)是一个值得考虑的选择。ACE是一个面向对象、跨平台、开放源码的网络编程框架,目标在于构建高性能网络应用和中间件。Douglas是ACE的创始人,Stephen则已为ACE提供了数年的技术支持和顾问服务,两位都是ACE社群(是的,ACE的影响和实际应用的程度已经形成了一个社群)的专家。

ACE并不单单被大学和研究所追捧,它已经被成功地应用于世界上成千上万个商业应用中。在电信、宇航、医药和财经领域的网络系统中,ACE已经并继续发挥着重要的作用。如果你准备开发高性能通讯系统,你应该考虑考虑这一汇集世界顶尖专家智慧的成果。

除了使用C++面向对象设计技术和模板等高级语言特性外,ACE还运用了大量的模式。《C++网络编程》卷1和卷2并不仅仅教你关于ACE的方方面面,它还会教给你模式和通用框架设计等高级技术等。所以,作为一名中、高级C++程序员,即使你很少进行正儿八经的C++网络程序设计,阅读这两本书同样可以从中受益。

是的,并非所有网络应用都要使用Web服务器(以及其他应用服务器)和重量级组件模型,换个思路,它们或许也可以从轻量级的ACE组件中获益。

杂项

以下这几本书之所以被列入“杂项”单元,只是因为我没有考虑出更合适的归类方法,它们和上面的书籍一样,值得一读。

Bruce Eckel, Thinking in C++, Volume 1: Introduction to Standard C++ (2nd Edition)
Bruce Eckel, Thinking in C++, Volume 2: Practical Programming (Second Edition)
《C++编程思想(第2版)第1卷:标准C++导引》,机械工业出版社
《C++编程思想(英文版 第2版)》,机械工业出版社

《Thinking in C++》的第1版于1996年荣获“软件研发”杂志评选的图书震撼大奖。最新推出的第2版对内容进行了大幅改写和调整,以反映C++标准化带来的影响以及近几年面向对象领域最新研究和实践成果。“输入输入流”、“多重继承”、“异常处理”和“运行时类型识别”等高级主题连同C++标准化以后增加的一些内容则被放入第二卷中。Bruce是一名经验丰富的C++讲师和顾问,其培训和写作经验都是世界一流水准,他的作品比那些“玩票”的技术人员写的东西更能吸引读者。事实上,在同类图书中,对于大多数读者而言,这本书的可读性要超过TCPL和《C++ Primer》。顺带一提,访问作者的站点,你可以先睹第二卷的风采。

Andrew Koenig, Barbara E. Moo, Ruminations on C++: A Decade of Programming Insight and Experience
《C++沉思录》,人民邮电出版社

Andrew是世界上屈指可数的C++专家。这是一本关于C++编程思想和程序设计技术而非语言细节的著作。如果你已经具有一定的基础,这本书将教你在进行C++编程时应该怎样思考,应该如何表达解决方案。整本书技术表达透彻,文字通俗易懂。Bjarne这样评价这本书:本书遍布“C++是什么、C++能够做什么”的真知灼见。

Stanley B. Lippman, Inside The C++ Object Model
《深度探索C++对象模型》,华中科技大学出版社
《深度探索C++对象模型(影印版)》,中国电力出版社

从编译器的角度观察C++可以使你知其然并知其所以然。本书探讨了大量的C++面向对象程序设计的底层运作机制,包括构造函数、函数、临时对象、继承、虚拟、模板的实例化、异常处理、运行期类型识别等,另外还介绍了一些在实现C++对象模型过程中做出的权衡折衷。喜欢刨根问底的C++程序员不要错过这本书。

Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides, Design Patterns: Elements of Reusable Object-Oriented software
《设计模式:可复用面向对象软件的基础》,机械工业出版社
《设计模式:可复用面向对象软件的基础(英文版)》,机械工业出版社

设计可复用的面向对象的软件,你需要掌握设计模式。本书并非专为C++程序员而写,但它采用了C++(以及Smalltalk)作为主要示例语言,C++程序员尤其易于从中受益。四位作者都是国际公认的面向对象软件领域专家,他们将面向对象软件的设计经验作为设计模式详细记录下来。这本书影响是如此深远,以至于四位作者以及本书都被昵称为GoF(Gang of Four)。本书学院气息浓厚,行文风格严谨简洁,虽然它不如某些讲解模式的书籍易读,但真正要精准地理解设计模式,本书是终极权威。学习设计模式,这本书需要一而再、再而三的咀嚼。顺带一句:请将设计模式化作开拓思维的钥匙,切莫成为封闭思维的枷锁。

还有一些C++好书值得一读,恕此处无法一一列出。例如John Lakos的著作《Large-Scale C++ Software Design》(《大规模C++程序设计》,中国电力出版社)和侯捷先生的《STL 源码剖析》(华中科技大学出版社)等。

《STL 源码剖析》是一本很有特色的书,但我认为它还可以更好。我个人期待侯捷先生自第一版发行以来经过对模板技术的沉淀和再思考之后,再写一本剖析得更深入、更透彻并且更全面的“第二版”。遗憾的是,侯捷先生在完成《C++ Templates: The Complete Guide》一书的翻译后似乎决定暂时告别模板、泛型编程和STL领域。

2004年3月31日补充:我目前最常查阅的两本参考书是《C++标准程序库》和《STL源码剖析》。当然了,这与我年内的写作计划有很大的关系。

使用C++成功开发大规模软件系统,不仅需要很好地理解大多数C++书籍中讲述的逻辑设计问题,更需要掌握《大规模C++程序设计》中讲述的物理设计技术。当然,这本书的确有点过时了,不过,如果你的精力和金钱都比较宽绰,买一本看看并无坏处。

至此,我想有必要声明一下,有一些(好)书没有得到推荐,主要原因如下:

以上这些书已经足够多、足够好了。

我不会推荐通过正常渠道很难购买到的书籍 — 不管是中文版还是英文版。

作(译)者名气大小不影响我的推荐。我们是在看书,不是看人。

我不会推荐我从来没有看过的书。我至少要看过其中的某个版本(包括电子档)。这个“看”,一般指“认真阅读”,不过有一些也只能算是“浏览”。

结语

作为一名普通技术写译者,我深知技术创作和翻译的艰辛(和快乐),并多多少少了解一些有关技术书籍创作、翻译、制作、出版以及市场推介背后的细节。今天,我不会再对一本看上去差强人意的图书信口开河。罗列同一本书的各种版本的用意只在于为你多提供一些信息,让你多一种选择。

在本文成文的后期,我给Bjarne写了一封信,请教如果他来写这篇文章会怎么写。他给了我简明扼要的建议。在肯定以上列出的绝大部分图书都是世界顶尖水平的C++著作的同时,Bjarne提醒我别忘了向专家级程序员推荐《The C++ Standard : Incorporating Technical Corrigendum No. 1》。这本书是 C++标准规范的“图书版”,Bjarne亲自为之作序。

Bjarne还友好地提醒我,在我的推荐列表中没有哪一本有助于C++程序员进行Windows编程 — 这正是我的本意。在这篇文章中,我只推荐、点评平台中立的C++著作(网络编程除外) — 和操作系统无关,和集成开发环境无关,我甚至幻想它们和编译器也无关。你可以根据业务开发需要,选读自己喜爱的领域相关的C++书籍。

说到“系统无关、平台中立”,我不由得想起了“抽象层”的概念。开发实际应用的C++程序员通常工作于特定操作系统、特定开发环境和特定业务领域之中,而对标准C++和C++标准库扎实而深刻的把握,无疑是你得以在不同的操作系统、不同的开发环境以及不同的业务领域之间纵横驰骋的“抽象”本钱。

荣耀
2004年1月
南京师范大学
www.royaloo.com

2005年05月04日


C++资源之不完全导引(完整版)
来源:
www.csdn.net
撰文:曾毅、陶文
声明:本文2004年5月首发于《CSDN开发高手》,版权归该杂志与《程序员》杂志社所有。



  1,前言

  无数次听到“我要开始学习C++!”的呐喊,无数次听到“C++太复杂了,我真的学不会”的无奈。Stan Lippman先生曾在《C++ Primer》一书中指出“C++是最为难学的高级程序设计语言之一”,人们常将“之一”去掉以表达自己对C++的敬畏。诚然,C++程序设计语言对于学习者的确有很多难以逾越的鸿沟,体系结构的庞大,应接不暇并不断扩充的特性……除此之外,参考资料之多与冗杂使它的学习者望而却步,欲求深入者苦不堪言。希望这一份不完全导引能够成为您C++学习之路上的引路灯。

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

  本文介绍并分析了一些编译器,开发环境,库,少量的书籍以及参考网站,并且尽可能尝试着给出一个利用这些资源的导引,望对如同我们一样的初学者能够有所裨益。



  2,编译器

  在C++之外的任何语言中,编译器都从来没有受到过如此之重视。因为C++是一门相当复杂的语言,所以编译器也难于构建。直到最近我们才开始能够使用上完全符合C++标准的编译器(哦,你可能会责怪那些编译器厂商不能尽早的提供符合标准的编译器,这只能怪他们各自维系着自身的一套别人不愿接受的标准)。什么?你说这无关紧要?哦,不,你所需要的是和标准化C++高度兼容的编译环境。长远来看,只有这样的编译器对C++开发人员来说才是最有意义的工具,尤其是对于程序设计语言的学习者。一至性让代码具备可移植性,并让一门语言及其库的应用更为广泛。嗯,是的,我们这里只打算介绍一些公认的优秀编译器。

  2.1 Borland C++
  这个是Borland C++ Builder和Borland C++ Builder X这两种开发环境的后台编译器。(哦,我之所以将之分为两种开发环境你应当能明白为什么,正如Delphi7到Delphi8的转变,是革命性的两代。)Borland C++由老牌开发工具厂商Borland倾力打造。该公司的编译器素以速度快,空间效率高著称,Borland C++ 系列编译器秉承了这个传统,属于非常优质的编译器。标准化方面早在5.5版本的编译器中对标准化C++的兼容就达到了92.73%。目前最新版本是Borland C++ Builder X中的6.0版本,官方称100%符合ANSI/ISO的C++标准以及C99标准。嗯…这正是我前面所指的“完全符合C++标准的编译器”。

  2.2 Visual C++
  这个正是我们熟知的Visual Studio 和 Visual Studio.net 2002, 2003以及2005 Whidbey中带的C++编译器。由Microsoft公司研制。在Visual Studio 6.0中,因为编译器有太多地方不能与后来出现的C++标准相吻合而饱受批评(想想你在使用STL的时候编译时报出的那些令人厌恶的error和warning吧)。VC++6.0对标准化C++的兼容只有83.43%。但是随着C++编译器设计大师Stanley Lippman以及诸多C++社群达人的加盟,在Visual Studio.NET 2003中,Visual C++编译器已经成为一个非常成熟可靠的C++编译器了。Dr.Dobb’s Journal的评测显示Visual C++7.1对标准C++的兼容性高达98.22%,一度成为CBX之前兼容性最好的编译器。结合强大的Visual Studio.NET开发环境,是一个非常不错的选择。至于Whidbey时代的Visual C++,似乎微软所最关注的是C++/CLI……我们不想评论微软下一代的C++编译器对标准化兼容如何,但他确实越来越适合.NET (其实你和我的感觉可能是一样的,微软不应当把标准C++这块肥肉丢给Borland,然而微软可能并不这样认为)。

  2.3 GNU C++
  著名的开源C++编译器。是类Unix操作系统下编写C++程序的首选。特点是有非常好的移植性,你可以在非常广泛的平台上使用它,同时也是编写跨平台,嵌入式程序很好的选择。另外在符合标准这个方面一直都非常好,GCC3.3大概能够达到96.15%。但是由于其跨平台的特性,在代码尺寸速度等优化上略微差一点。

  基于GNU C++的编译器有很多,比如:

  (1) Mingw
  
http://www.mingw.org/
  GCC的一个Windows的移植版本(Dev-C++的后台)

  (2) Cygwin
  
http://sources.redhat.com/cygwin/
  GCC的另外一个Windows移植版本是Cygwin的一部分,Cygwin是Windows下的一个Unix仿真环境。严格的说是模拟GNU的环境,这也就是"Gnu’s Not Unix"要表达的意思,噢,扯远了,这并不是我们在这里关心的实质内容。

  (3) Djgpp
  
http://www.delorie.com/djgpp/
  这是GCC的DOS移植版本。

  (4) RSXNT
  
http://www.mathematik.uni-bielefeld.de/~rainer/
  这是GCC的DOS和Windows移植版本。

  (5) Intel C++
  著名CPU制造厂商Intel出品的编译器,Special Design for Intel x86!对于Intel x86结构的CPU经过特别的优化。在有些应用情况下,特别是数值计算等高性能应用,仅仅采用Intel的编译器编译就能大幅度的提高性能。

  (6) Digital Mars C++
  网络上提供免费下载,Zortech/Symantec C++的继承者,其前身在当年惨烈的C++四国战中也是主角之一。



  3,开发环境

  开发环境对于程序员的作用不言而喻。选择自己朝夕相处的环境也不是容易的事情,特别是在IDE如此丰富的情况下。下面就是我们推荐的一些常见的C++开发环境,并没有包括一些小型的,罕见的IDE。其中任何一款都是功能丰富,可以用作日常开发使用的。对于不同层面的开发者,请参见内文关于适用对象的描述。

  3.1 Visual Studio 6.0
  这个虽然是Microsoft公司的老版本的开发环境,但是鉴于其后继版本Visual Studio.NET的庞大身躯,以及初学者并不那么高的功能要求,所以推荐这个开发环境给C++的初学者,供其学习C++的最基本的部分,比如C的那部分子集,当然你别指望他能够支持最新的C99标准。在日常的开发中,仍然有很多公司使用这个经典稳定的环境,比如笔者就看曾亲见有些公司将其编译器替换为GCC做手机开发之用。

  3.2 Visual Studio.NET 2003
  作为Microsoft公司官方正式发布的最新版本开发环境,其中有太多激动人心的功能。结合其最新的C++编译器。对于机器配置比较好的开发人员来说,使用这个开发环境将能满足其大部分的要求。这里不打算单独说Visual Studio Whidbey,虽然Visual Studio .NET 2005 – Whidbey社区预览版已经推出,但暂不是很稳定,读者可以亲身去体验。

  3.3 Borland C++ Builder 6
  这个并不是Borland的C++开发环境的最新版本。选择它的原因是它不是用Java写的IDE,速度比较快。它有一个很完善的GUI窗体设计器,和Delphi共用一个VCL。由于这些特点,比较适合初学者上手。但是由于其GUI的中心位置,可能不利于对于C++语言的学习。而且其为了支持VCL这个Object Pascal写的库也对C++进行了一些私有的扩充。使得人们有一个不得不接受的事实:“Borland C++ Builder 6的高手几乎都是Delphi高手”。

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

  3.5 Emacs + GCC
  前面讲的大部分是Windows环境下的集成开发环境。Linux上的开发者更倾向于使用Emacs来编辑C++的文件,用Makefile来命令GCC做编译。虽然看上去比较松散,但是这些东西综合起来还是一个开0发环境。如果你能够娴熟的使用这样的环境写程序,你的水平应该足够指导我们来写这篇陋文了。

  3.6 Dev C++
  GCC是一个很好的编译器。在Windows上的C++编译器一直和标准有着一段距离的时候,GCC就是一个让Windows下开发者流口水的编译器。Dev-C++就是能够让GCC跑在Windows下的工具,作为集成开发环境,还提供了同专业IDE相媲美的语法高亮,代码提示,调试等功能。由于使用Delphi开发,占用内存少,速度很快,比较适合轻量级的学习和使用。

  3.7 Eclipse + CDT
  Eclipse可是近来大名鼎鼎的开发工具。最新一期的Jolt大奖就颁给了这个杰出的神物。说其神奇是因为,它本身是用Java写的,但是拥有比一般Java写的程序快得多的速度。而且因为其基于插件组装一切的原则,使得能够有CDT这样的插件把Eclipse变成一个C/C++的开发环境。如果你一直用Eclipse写Java的程序,不妨用它体验一下C++开发的乐趣。



  4,工具

  C++的辅助工具繁多,我们分门别类的为大家作介绍:

  4.1 文档类

  (1) Doxygen
  参考站点:
http://www.doxygen.org
  Doxygen是一种适合C风格语言(如C++、C、IDL、Java甚至包括C#和PHP)的、开放源码的、基于命令行的文档产生器。

  (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为你的C/C++,C++.net,Delphi/Pascal, VB.NET,C#和Java程序或者组件产生准确的文档。Doc-O-Matic使用源代码中的符号和注释以及外部的文档文件创建与流行的文档样式一致的文档。

  (5) DocVizor
  参考站点:
http://www.ucancode.net/Products/DocBuilder/Features.htm
  DocVizor满足了面向对象软件开发者的基本要求——它让我们能够看到C++工程中的类层次结构。DocVizor快速地产生完整可供打印的类层次结构图,包括从第三方库中来的那些类,除此之外DocVizor还能从类信息中产生HTML文件。

  (6) SourcePublisher C++
  参考站点:
http://www.scitools.com/sourcepublisher_c.html
  给源代码产生提供快速直观的HTML报表,包括代码,类层次结构,调用和被调用树,包含和被包含树。支持多种操作系统。

  (7) Understand
  参考站点:
http://www.scitools.com/ucpp.html
  分析任何规模的C或者C++工程,帮助我们更好的理解以及编写文档。

  4.2 代码类

  (1) CC-Rider
  参考站点:
http://www.cc-rider.com
  CC-Rider是用于C/C++程序强大的代码可视化工具,通过交互式浏览、编辑及自动文件来促进程序的维持和发展。

  (2) CodeInspect
  参考站点:
http://www.yokasoft.com/
  一种新的C/C++代码分析工具。它检查我们的源代码找出非标准的,可能的,以及普通的错误代码。

  (3) CodeWizard
  参考站点:
http://www.parasoft.com
  先进的C/C++源代码分析工具,使用超过500个编码规范自动化地标明危险的,但是编译器不能检查到的代码结构。

  (4) C++ Validation Test Suites
  参考站点:
http://www.plumhall.com/suites.html
  一组用于测试编译器和库对于标准吻合程度的代码库。

  (5) CppRefactory
  参考站点:
http://cpptool.sourceforge.net/
  CPPRefactory是一个使得开发者能够重构他们的C++代码的程序。目的是使得C++代码的重构能够尽可能的有效率和简单。

  (6) Lzz
  参考站点:
http://www.lazycplusplus.com/
  Lzz是一个自动化许多C++编程中的体力活的工具。它能够节省我们许多事件并且使得编码更加有乐趣。给出一系列的声明,Lzz会给我们创建头文件和源文件。

  (7) QA C++ Generation 2000
  参考站点:
http://www.programmingresearch.com/solutions/qacpp.htm
  它关注面向对象的C++源代码,对有关于设计,效率,可靠性,可维护性的部分提出警告信息。

  (8) s-mail project – Java to C++DOL
  参考站点:
http://sadlocha.strefa.pl/s-mail/ja2dol.html
  把Java源代码翻译为相应的C++源代码的命令行工具。

  (9) SNIP from Cleanscape Software International
  参考站点:
http://www.cleanscape.net/stdprod/snip/index.html
  一个填平编码和设计之间沟壑的易于使用的C++开发工具,节省大量编辑和调试的事件,它还使得开发者能够指定设计模式作为对象模型,自动从对象模型中产生C++的类。

  (10) SourceStyler C++
  参考站点:
http://www.ochresoftware.com/
  对C/C++源代码提供完整的格式化和排版控制的工具。提供多于75个的格式化选项以及完全支持ANSI C++。

  4.3 编译类

  (1) Compilercache
  参考站点:
http://www.erikyyy.de/compilercache/
  Compilercache是一个对你的C和C++编译器的封装脚本。每次我们进行编译,封装脚本,把编译的结果放入缓存,一旦编译相同的东西,结果将从缓存中取出而不是再次编译。

  (2) Ccache
  参考站点:
http://ccache.samba.org/
  Ccache是一个编译器缓存。它使用起来就像C/C++编译器的缓存预处理器,编译速度通常能提高普通编译过程的5~10倍。

  (3) Cmm (C++ with MultiMethods)
  参考站点:
http://www.op59.net/cmm/cmm-0.28/users.html
  这是一种C++语言的扩展。读入Cmm源代码输出C++的源代码,功能是对C++语言添加了对multimethod的支持。

  (4) The Frost Project
  参考站点:
http://frost.flewid.de/
  Forst使得你能够在C++程序中像原生的C++特性一样使用multimethod以及虚函数参数。它是一个编译器的外壳。

  4.4 测试和调试类

  (1) CPPUnit
  CppUnit 是个基于 LGPL 的开源项目,最初版本移植自 JUnit,是一个非常优秀的开源测试框架。CppUnit 和 JUnit 一样主要思想来源于极限编程。主要功能就是对单元测试进行管理,并可进行自动化测试。

  (2) C++Test
  参考站点:
http://www.parasoft.com/
  C++ Test是一个单元测试工具,它自动化了C和C++类,函数或者组件的测试。

  (3) Cantata++
  参考站点:
http://www.iplbath.com/products/tools/pt400.shtml
  设计的目的是为了满足在合理的经济开销下使用这个工具可以让开发工程师开展单元测试和集成测试的需求.

  (4) Purify
  参考站点:
http://www-900.ibm.com/cn/software/rational/products/purifyplus/index.shtml
  IBM Rational PurifyPlus是一套完整的运行时分析工具,旨在提高应用程序的可靠性和性能。PurifyPlus将内存错误和泄漏检测、应用程序性能描述、代码覆盖分析等功能组合在一个单一、完整的工具包中。

  (5) BoundsChecker
  BoundsChecker是一个C++运行时错误检测和调试工具。它通过在Visual Studio内自动化调试过程加速开发并且缩短上市的周期。BoundsChecker提供清楚,详细的程序错误分析,许多是对C++独有的并且在static,stack和heap内存中检测和诊断错误,以及发现内存和资源的泄漏。

  (6) Insure++
  参考站点:
http://www.parasoft.com/
  一个自动化的运行时程序测试工具,检查难以察觉的错误,如内存覆盖,内存泄漏,内存分配错误,变量初始化错误,变量定义冲突,指针错误,库错误,逻辑错误和算法错误等。

  (7) GlowCode
  参考站点:
http://www.glowcode.com/
  GlowCode包括内存泄漏检查,code profiler,函数调用跟踪等功能。给C++开发者提供完整的错误诊断,和运行时性能分析工具包。

  (8) Stack Spy
  参考站点:
http://www.imperioustech.com/
  它能捕捉stack corruption, stack over run, stack overflow等有关栈的错误。 



  5,库

  在C++中,库的地位是非常高的。C++之父 Bjarne Stroustrup先生多次表示了设计库来扩充功能要好过设计更多的语法的言论。现实中,C++的库门类繁多,解决的问题也是极其广泛,库从轻量级到重量级的都有。不少都是让人眼界大开,亦或是望而生叹的思维杰作。由于库的数量非常庞大,而且限于笔者水平,其中很多并不了解。所以文中所提的一些库都是比较著名的大型库。

  5.1 标准库

  标准库中提供了C++程序的基本设施。虽然C++标准库随着C++标准折腾了许多年,直到标准的出台才正式定型,但是在标准库的实现上却很令人欣慰得看到多种实现,并且已被实践证明为有工业级别强度的佳作。

  (1) Dinkumware C++ Library
  参考站点:
http://www.dinkumware.com/
  P.J. Plauger编写的高品质的标准库。P.J. Plauger博士是Dr. Dobb’s程序设计杰出奖的获得者。其编写的库长期被Microsoft采用,并且最近Borland也取得了其OEM的license,在其C/C++的产品中采用Dinkumware的库。

  (2) RogueWave Standard C++ Library
  参考站点:
http://www.roguewave.com/
  这个库在Borland C++ Builder的早期版本中曾经被采用,后来被其他的库给替换了。笔者不推荐使用。

  (3) SGI STL
  参考站点:
http://www.roguewave.com/
  SGI公司的C++标准模版库。

  (4) STLport
  参考站点:
http://www.stlport.org/
  SGI STL库的跨平台可移植版本。

  5.2 “准”标准库 – Boost

  参考站点:http://www.boost.org
  国内镜像:http://www.c-view.org/tech/lib/boost/index.htm
  Boost库是一个经过千锤百炼、可移植、提供源代码的C++库,作为标准库的后备,是C++标准化进程的发动机之一。 Boost库由C++标准委员会库工作组成员发起,在C++社区中影响甚大,其成员已近2000人。 Boost库为我们带来了最新、最酷、最实用的技术,是不折不扣的“准”标准库。

  Boost中比较有名气的有这么几个库:

  Regex
  正则表达式库

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

  Graph
  图组件和算法

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

  concept check
  检查泛型编程中的concept
 
  Mpl
  用模板实现的元编程框架
 
  Thread
  可移植的C++多线程库
 
  Python
  把C++类和函数映射到Python之中

  Pool
  内存池管理
 
  smart_ptr
  5个智能指针,学习智能指针必读,一份不错的参考是来自CUJ的文章:
  Smart Pointers in Boost,哦,这篇文章可以查到,CUJ是提供在线浏览的。中文版见笔者在《Dr. Dobb’s Journal软件研发杂志》第7辑上的译文。

  Boost总体来说是实用价值很高,质量很高的库。并且由于其对跨平台的强调,对标准C++的强调,是编写平台无关,现代C++的开发者必备的工具。但是Boost中也有很多是实验性质的东西,在实际的开发中实用需要谨慎。并且很多Boost中的库功能堪称对语言功能的扩展,其构造用尽精巧的手法,不要贸然的花费时间研读。Boost另外一面,比如Graph这样的库则是具有工业强度,结构良好,非常值得研读的精品代码,并且也可以放心的在产品代码中多多利用。

  5.3 GUI

  在众多C++的库中,GUI部分的库算是比较繁荣,也比较引人注目的。在实际开发中,GUI库的选择也是非常重要的一件事情,下面我们综述一下可选择的GUI库,各自的特点以及相关工具的支持。

  (1) MFC
  大名鼎鼎的微软基础类库(Microsoft Foundation Class)。大凡学过VC++的人都应该知道这个库。虽然从技术角度讲,MFC是不大漂亮的,但是它构建于Windows API 之上,能够使程序员的工作更容易,编程效率高,减少了大量在建立 Windows 程序时必须编写的代码,同时它还提供了所有一般 C++ 编程的优点,例如继承和封装。MFC 编写的程序在各个版本的Windows操作系统上是可移植的,例如,在 Windows 3.1下编写的代码可以很容易地移植到 Windows NT 或 Windows 95 上。但是在最近发展以及官方支持上日渐势微。

  (2) QT
  参考网站:
http://www.trolltech.com/
  Qt是Trolltech公司的一个多平台的C++图形用户界面应用程序框架。它提供给应用程序开发者建立艺术级的图形用户界面所需的所用功能。Qt是完全面向对象的很容易扩展,并且允许真正地组件编程。自从1996年早些时候,Qt进入商业领域,它已经成为全世界范围内数千种成功的应用程序的基础。Qt也是流行的Linux桌面环境KDE 的基础,同时它还支持Windows、Macintosh、Unix/X11等多种平台。

  (3) WxWindows
  参考网站:
http://www.wxwindows.org/
  跨平台的GUI库。因为其类层次极像MFC,所以有文章介绍从MFC到WxWindows的代码移植以实现跨平台的功能。通过多年的开发也是一个日趋完善的GUI库,支持同样不弱于前面两个库。并且是完全开放源代码的。新近的C++ Builder X的GUI设计器就是基于这个库的。

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

  (5) WTL
  基于ATL的一个库。因为使用了大量ATL的轻量级手法,模板等技术,在代码尺寸,以及速度优化方面做得非常到位。主要面向的使用群体是开发COM轻量级供网络下载的可视化控件的开发者。

  (6) GTK
  参考网站:
http://gtkmm.sourceforge.net/
  GTK是一个大名鼎鼎的C的开源GUI库。在Linux世界中有Gnome这样的杀手应用。而GTK就是这个库的C++封装版本。

  5.4 网络通信

  (1) ACE
  参考网站:
http://www.cs.wustl.edu/~schmidt/ACE.html
  C++库的代表,超重量级的网络通信开发框架。ACE自适配通信环境(Adaptive Communication Environment)是可以自由使用、开放源代码的面向对象框架,在其中实现了许多用于并发通信软件的核心模式。ACE提供了一组丰富的可复用C++包装外观(Wrapper Facade)和框架组件,可跨越多种平台完成通用的通信软件任务,其中包括:事件多路分离和事件处理器分派、信号处理、服务初始化、进程间通信、共享内存管理、消息路由、分布式服务动态(重)配置、并发执行和同步,等等。

  (2) StreamModule
  参考网站:
http://www.omnifarious.org/StrMod/
  设计用于简化编写分布式程序的库。尝试着使得编写处理异步行为的程序更容易,而不是用同步的外壳包起异步的本质。

  (3) SimpleSocket
  参考网站:
http://home.hetnet.nl/~lcbokkers/simsock.htm
  这个类库让编写基于socket的客户/服务器程序更加容易。

  (4) A Stream Socket API for C++
  参考网站:
http://www.pcs.cnu.edu/~dgame/sockets/socketsC++/sockets.html
  又一个对Socket的封装库。

  5.5 XML

  (1) Xerces
  参考网站:
http://xml.apache.org/xerces-c/
  Xerces-C++ 是一个非常健壮的XML解析器,它提供了验证,以及SAX和DOM API。XML验证在文档类型定义(Document Type Definition,DTD)方面有很好的支持,并且在2001年12月增加了支持W3C XML Schema 的基本完整的开放标准。

  (2) XMLBooster
  参考网站:
http://www.xmlbooster.com/
  这个库通过产生特制的parser的办法极大的提高了XML解析的速度,并且能够产生相应的GUI程序来修改这个parser。在DOM和SAX两大主流XML解析办法之外提供了另外一个可行的解决方案。

  (3) Pull Parser
  参考网站:
http://www.extreme.indiana.edu/xgws/xsoap/xpp/
  这个库采用pull方法的parser。在每个SAX的parser底层都有一个pull的parser,这个xpp把这层暴露出来直接给大家使用。在要充分考虑速度的时候值得尝试。

  (4) Xalan
  参考网站:
http://xml.apache.org/xalan-c/
  Xalan是一个用于把XML文档转换为HTML,纯文本或者其他XML类型文档的XSLT处理器。

  (5) CMarkup
  参考网站:
http://www.firstobject.com/xml.htm
  这是一种使用EDOM的XML解析器。在很多思路上面非常灵活实用。值得大家在DOM和SAX之外寻求一点灵感。

  (6) libxml++
  
http://libxmlplusplus.sourceforge.net/
  libxml++是对著名的libxml XML解析器的C++封装版本

  5.6 科学计算

  (1) Blitz++
  参考网站:
http://www.oonumerics.org/blitz/
  Blitz++ 是一个高效率的数值计算函数库,它的设计目的是希望建立一套既具像C++ 一样方便,同时又比Fortran速度更快的数值计算环境。通常,用C++所写出的数值程序,比 Fortran慢20%左右,因此Blitz++正是要改掉这个缺点。方法是利用C++的template技术,程序执行甚至可以比Fortran更快。Blitz++目前仍在发展中,对于常见的SVD,FFTs,QMRES等常见的线性代数方法并不提供,不过使用者可以很容易地利用Blitz++所提供的函数来构建。

  (2) POOMA
  参考网站:
http://www.codesourcery.com/pooma/pooma
  POOMA是一个免费的高性能的C++库,用于处理并行式科学计算。POOMA的面向对象设计方便了快速的程序开发,对并行机器进行了优化以达到最高的效率,方便在工业和研究环境中使用。

  (3) MTL
  参考网站:
http://www.osl.iu.edu/research/mtl/
  Matrix Template Library(MTL)是一个高性能的泛型组件库,提供了各种格式矩阵的大量线性代数方面的功能。在某些应用使用高性能编译器的情况下,比如Intel的编译器,从产生的汇编代码可以看出其与手写几乎没有两样的效能。

  (4) CGAL
  参考网站:
www.cgal.org
  Computational Geometry Algorithms Library的目的是把在计算几何方面的大部分重要的解决方案和方法以C++库的形式提供给工业和学术界的用户。

  5.7 游戏开发

  (1) Audio/Video 3D C++ Programming Library
  参考网站:
http://www.galacticasoftware.com/products/av/
  AV3D是一个跨平台,高性能的C++库。主要的特性是提供3D图形,声效支持(SB,以及S3M),控制接口(键盘,鼠标和遥感),XMS。

  (2) KlayGE
  参考网站:
http://home.g365.net/enginedev/
  国内游戏开发高手自己用C++开发的游戏引擎。KlayGE是一个开放源代码、跨平台的游戏引擎,并使用Python作脚本语言。KlayGE在LGPL协议下发行。感谢龚敏敏先生为中国游戏开发事业所做出的贡献。

  (3) OGRE
  参考网站:
http://www.ogre3d.org
  OGRE(面向对象的图形渲染引擎)是用C++开发的,使用灵活的面向对象3D引擎。它的目的是让开发者能更方便和直接地开发基于3D硬件设备的应用程序或游戏。引擎中的类库对更底层的系统库(如:Direct3D和OpenGL)的全部使用细节进行了抽象,并提供了基于现实世界对象的接口和其它类。

  5.8 线程

  (1) C++ Threads
  参考网站:
http://threads.sourceforge.net/
  这个库的目标是给程序员提供易于使用的类,这些类被继承以提供在Linux环境中很难看到的大量的线程方面的功能。

  (2) ZThreads
  参考网站:
http://zthread.sourceforge.net/
  一个先进的面向对象,跨平台的C++线程和同步库。

  5.9 序列化

  (1) s11n
  参考网站:
http://s11n.net/
  一个基于STL的C++库,用于序列化POD,STL容器以及用户定义的类型。

  (2) Simple XML Persistence Library
  参考网站:
http://sxp.sourceforge.net/
  这是一个把对象序列化为XML的轻量级的C++库。

  5.10 字符串

  (1) C++ Str Library
  参考网站:
http://www.utilitycode.com/str/
  操作字符串和字符的库,支持Windows和支持gcc的多种平台。提供高度优化的代码,并且支持多线程环境和Unicode,同时还有正则表达式的支持。

  (2) Common Text Transformation Library
  参考网站:
http://cttl.sourceforge.net/
  这是一个解析和修改STL字符串的库。CTTL substring类可以用来比较,插入,替换以及用EBNF的语法进行解析。

  (3) GRETA
  参考网站:
http://research.microsoft.com/projects/greta/
  这是由微软研究院的研究人员开发的处理正则表达式的库。在小型匹配的情况下有非常优秀的表现。

  5.11 综合

  (1) P::Classes
  参考网站:
http://pclasses.com/
  一个高度可移植的C++应用程序框架。当前关注类型和线程安全的signal/slot机制,i/o系统包括基于插件的网络协议透明的i/o架构,基于插件的应用程序消息日志框架,访问sql数据库的类等等。

  (2) ACDK – Artefaktur Component Development Kit
  参考网站:
http://acdk.sourceforge.net/
  这是一个平台无关的C++组件框架,类似于Java或者.NET中的框架(反射机制,线程,Unicode,废料收集,I/O,网络,实用工具,XML,等等),以及对Java, Perl, Python, TCL, Lisp, COM 和 CORBA的集成。

  (3) dlib C++ library
  参考网站:
http://www.cis.ohio-state.edu/~kingd/dlib/
  各种各样的类的一个综合。大整数,Socket,线程,GUI,容器类,以及浏览目录的API等等。

  (4) Chilkat C++ Libraries
  参考网站:
http://www.chilkatsoft.com/cpp_libraries.asp
  这是提供zip,e-mail,编码,S/MIME,XML等方面的库。

  (5) C++ Portable Types Library (PTypes)
  参考网站:
http://www.melikyan.com/ptypes/
  这是STL的比较简单的替代品,以及可移植的多线程和网络库。

  (6) LFC
  参考网站:
http://lfc.sourceforge.net/
  哦,这又是一个尝试提供一切的C++库

  5.12 其他库

  (1) Loki
  参考网站:
http://www.moderncppdesign.com/
  哦,你可能抱怨我早该和Boost一起介绍它,一个实验性质的库。作者在loki中把C++模板的功能发挥到了极致。并且尝试把类似设计模式这样思想层面的东西通过库来提供。同时还提供了智能指针这样比较实用的功能。

  (2) ATL
  ATL(Active Template Library)
  是一组小巧、高效、灵活的类,这些类为创建可互操作的COM组件提供了基本的设施。

  (3) FC++: The Functional C++ Library
  这个库提供了一些函数式语言中才有的要素。属于用库来扩充语言的一个代表作。如果想要在OOP之外寻找另一分的乐趣,可以去看看函数式程序设计的世界。大师Peter Norvig在 “Teach Yourself Programming in Ten Years”一文中就将函数式语言列为至少应当学习的6类编程语言之一。

  (4) FACT!
  参考网站:
http://www.kfa-juelich.de/zam/FACT/start/index.html
  另外一个实现函数式语言特性的库

  (5) Crypto++
  提供处理密码,消息验证,单向hash,公匙加密系统等功能的免费库。
  还有很多非常激动人心或者是极其实用的C++库,限于我们的水平以及文章的篇幅不能包括进来。在对于这些已经包含近来的库的介绍中,由于并不是每一个我们都使用过,所以难免有偏颇之处,请读者见谅。



  6,书籍

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

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

  下面几本书对于走在C++初学之路上的读者是我们最愿意推荐给大家的:

  (1) 《C++ Primer》
  哦,也许你会抱怨我们为什么不先介绍TCPL,但对于走在学习之路上的入门者,本书内容更为全面,更为详细易懂,我们称它为“C++的超级宝典”并不过分。配有一本不错的习题解答《C++ Primer Answer Book》可以辅助你的学习之路。

  (2) 《Essential C++》
  如果说《C++ Primer》是C++领域的超级宝典,那么此书作为掌握C++的大局观当之无愧。正如《.NET大局观》一书能够让读者全揽.NET,本书讲述了C++中最核心的全部主题。书虽不厚,内容精炼,不失为《C++ Primer》读者茶余饭后的主题回顾之作。

  (3) 《The C++ Programming Language》
  Bjarne为你带来的C++教程,真正能够告诉你怎么用才叫真正的C++的唯一一本书。虽然如同“某某程序设计语言”这样的书籍会给大家一个内容全揽,入门到精通的感觉,但本书确实不太适合初学者阅读。如果你自认为是一名很有经验的C++程序员,那至少也要反复咀嚼Bjarne先生所强调的若干内容。

  (4) 《Effective C++》,《More Effective C++》
  是的,正如一些C++爱好者经常以读过与没有读过上述两本作品来区分你是否是C++高手。我们也极力推崇这两本著作。在各种介绍C++专家经验的书籍里面,这两本是最贴近语言本质,看后最能够有脱胎换骨感觉的书,读此书你需每日三省汝身。

  技术书籍仁者见仁,过多的评论反无太多意义,由读者喜好选择最适合自己的书方为上策。



  7,资源网站

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

  (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.moderncppdesign.com/

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

  (10) 孟岩先生
  先生繁忙于工作,痴迷于技术,暂无个人主页,关于先生的作品可以通过CSDN的专栏和侯先生的主页访问到。

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

  (12) 潘爱民先生
  
http://www.icst.pku.edu.cn/panaimin/pam_homepage.htm

  除了上述大师的主页外,以下的综合类C++学习参考站点是我们非常愿意向大家推荐的:

  (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维视点
  
http://www.c-view.org

  (6) allaboutprogram
  
http://www.allaboutprogram.com

  其他资料

  (1) ISO IEC JTC1/SC22/WG21 – C++:标准C++的权威参考
  
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++ 新闻组:

  你不妨尝试从这里提问和回答问题,很多不错的Q&A资源……

  (1) .alt.comp.lang.learn.c-c++ 
  这个简单些,如果你和我一样是个菜鸟
 
  (2) .comp.lang.c++.moderated
  嗯,这个显然水平高一些
 
  (3) .comp.std.c++
  如果你需要讨论标准C++相关话题的话



  8,不得不写的结束语

  结束的时候也是总结现状,展望未来的时候。虽然C++从脱胎于C开始,一路艰难坎坷的走过来,但是无论如何C++已经取得了工业基础的地位。文章列举的大量相关资源就是最好的证明,而业界的大量用C++写成的产品代码以及大量的C++职业工程师则是最直接的证明。同时,我们可以看到各个高校的计算机专业都开设有C++这门课程,网络上对于C++的学习讨论也从来都没有停过。但是,在Java和.NET两大企业开发平台的围攻下,给人的感觉是C++越来越“不行”了。

  C++在面向企业的软件开发中,在开发便捷性等方面的确要比Java和C#差很多,其中一个问题是C++语言本身比较复杂,学习曲线比较陡峭,另外一个问题是C++标准化的时间太长,丧失了很多的壮大机会,耗费了很多精力在厂商的之间的斗争上,而C++的标准库离一个完善的程序开发框架还缺少太多太多的内容,各个第三方的类库和框架又在一致性和完整性上没法和随平台提供的框架相提并论。难道C++真的要退出历史舞台了?

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

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



参考资料

本文成文时参考了以下资源:
1、《程序员》2004年2月,3月,“C++ 程序设计之四书五经” 荣耀
2、水’木清华BBS C++版精华区
3、
http://jjhou.csdn.net
4、
http://www.royaloo.com
5、http://www.zengyihome.net
6、C/C++ 开发人员:充实您的 XML 工具箱
http://www-900.ibm.com/developerWorks/cn/xml/x-ctlbx/index.shtml

- 全文完 -