C++5×5断想之二:C++历史上最重要的文献

转载 2007年09月21日 16:41:00
【Scott Meyers】C++5×5断想之二:C++历史上最重要的文献  
 
原文地址:http://www.artima.com/cppsource/top_cpp_publications.html。译文发表于《程序员》2006.12。
作者介绍
Scott MeyersC++顶级权威之一,为世界各地客户提供培训和咨询服务。出版有畅销的Effective C++系列图书(《Effective C++》、《More Effective C++》和《Effective STL》),设计了创新型的Effective C++ CDAddison WesleyEffective Software Development Series顾问编辑,The C++ Source (http://www.artima.com/cppsource/)咨询板块专家。布朗大学计算机科学博士,他的网站是www.aristeia.com
  
在本系列的上一篇文章里,我列出了我认为最重要的五本C++图书,但大量有关C++的重要文献并非来自图书。比如期刊、杂志、网络上的文章;博士论文、会议纪要;新闻组帖子;博客;标准化文档等很多很多。它们对C++的进步与繁荣作出了巨大贡献。我没有读全,甚至谈不上读了大多数,但作为C++的长期关注者,我还是阅读了很多这类文献。在本期里,我将评选C++历史上最重要的五部非图书类文献。和上期评选图书一样,我仍然将数量限制为五,尽管我没有写出过重要到能上这个榜的东西,但仍然将自己列入了候选队伍。以下文献按时间为序。
一个让我无可回避的逻辑范畴两难问题是:如果文献A的思想对C++直接影响很小,但文献B的作者读到了A,将这个思想引入了B并产生了巨大影响,那么到底哪个文献更重要,A(“发明者”)还是B(“繁荣者”)?我最终选择了B,并不是因为这种做法天然就正确,而是因为我不想花力气拼命追查下列文献作者的思想是否从别的文献继承而来[注释1]。反过来,我随便翻到C++语言规范的某页。大家知道,const member functions里的const是不彻底的:指针数据成员自动变为const,但指针所指的数据本身不会。借鉴这个规定,我假设公布在下面的名单里的文献重要,而忽略它们引用的基础物(以及我所不知的其他文献)。当然,从C++本身来说,这可能不是正确的做法,但易于实现,所以我也这么干了[注释2]
在详细解说名单之前,我想请各位发发善心,允许我为《C++ Report》——曾经为C++作出了最重大贡献的期刊——说几句悼词(如果你不那么仁慈,就请直接跳过去阅读后面内容吧)。在其存在的大部分时期(1989-2000)里,《C++ Report》一直是C++推动者和鼓吹者纸张写作的乐园(在此期间,首倡电子写作的是Usenet新闻组comp.lang.c++,后来还有comp.std.c++comp.lang.c++.moderated)。在《C++ Report》发表文章的人里,有些名字你可能听说过(比如我上期列出的“最重要的C++图书”的作者),更多的可能你就不知道了(譬如下面要提到的一些文献的作者,以及——算了,名单太长,简直没办法开始。我知道,如果开了头列出一些名字,那就暗示着未列出的人没列出的那么重要,这样一来我的麻烦就大了。所以干脆一个不提,但请相信我,《C++ Report》有生之年一直相当兴盛,它吸引了这个领域最好的写作群体——都是最有兴趣,也是最有实力去写作的人)。《C++ Report》关门的时候,很多专栏作家投向了《C/C++ Users Journal》,但这个杂志从来没有像《C++ Report》那样吸引过我;现在,CUJ也停刊了。《C++ Report》留给像我这样整天胡说八道的老怪物们的,就只有面对时光飞逝的无奈哀叹了。
唠叨这么多,我感觉好点了,还是继续说我的最重要非图书类文献名单吧:
Programming in C++, Rules and Recommendations》,作者是Ellemtel电信系统实验室的Mats HenricsonErik Nyquist1992年。在我90年代早期前后的一些文章里,我提到过当时很多程序员渴求如何驾驭C++威力方面的指导意见,他们最感兴趣的是告诉他们该做什么、不该做什么的编程引导手册。几乎在我的《Effective C++》尝试提供这方面指导的同时,Mats HenricsonErik Nyquist在互联网上发布了他们写的编程手册。其实在此之前,这本手册就出来一段时间了,但因为是瑞典文,所以大大限制了它的传播。
Ellemtel版手册以技术性语言写成,容易阅读,因此二位作者声名远播、影响很大。不久,大家得知他们准备成书出版,此时我就有不祥预感(竞争于市场可能是件好事,但那时,我是这个市场上仅有的参与者。我真的很喜欢这本书册的风格[注释3])。我们对这本书满怀期待,转眼间时间过去了几年。1996年底,它终于面世了(《Industrial Strength C++》,Mats HenricsonErik Nyquist, Prentice Hall, 1997),但那个时候,这本书的很多指导意见与同时代的编译器相比已经过时,它包含的很多信息在C++社区里已经广为人知,与4年前第一次的英文版相比,人们感觉它的作用已经大打折扣。我阅读了这本书,先是兴趣满怀,然后就有点伤感,因为我感觉到花费4年时光从互联网文档到成书,不仅它包含的技术信息失去了当年的光芒,写作本身也丧失了原有的精神。我估计原稿已经被无数次修改,以期符合评审者在各方面的要求。这就解释了它为什么花费了如此长时间才得以出版,为什么最后的成书如此平淡。
我想,作者和出版商对这本书寄予厚望,但事与愿违,不过这并不能削弱最初互联网版本的影响力。它一出来,C++程序员就一口咬了上去。它是C++最佳实践规范总结道路上的重要里程碑。
Exception Handling: A False Sense of Security》,作者Tom Cargill1994年发表于《C++ Report1112月刊。1994年,C++社区矫矜之气弥漫。当时,C++是很热门的语言,工作岗位充足,很多人认为C++无所不能。在此前几年里,这门语言里增加很多重要的特性,比如多继承、模板,以及稍晚点的异常。因为异常是新事物,《C++ Report》上就出现了很多讨论文章,凡是C++程序员出现的场合,大家都是三句话不离异常。很多文章反映了属于那个时代的狂热:“异常美妙之极,它们让错误处理变得简单。你需要做的所有事情就是去理解trythrowcatch。看我编写一个堆栈类吧,告诉你们C++有了异常处理后,将比过去酷多少。” Tom Cargill的文章(是他的长期专栏“C++ Gadfly”——这是多年来最名副其实的专栏之一——里的一篇)拂去了我们脸上集体自满的微笑。仅仅用一句话,Cargill就说明了trythrowcatch对这个问题毫无帮助:
运用异常的真正难点在于如何以如下方式编写所有介于二者(thowcatch)之间的代码:任何异常都能从throw处安全到达处理它的地方,且不破坏传递路线上的其他程序部分。
这个专栏继续剖析了《C++ Report》上我刚才提到过的“异常美妙之极”系列专栏上的文章[注释4],最后以一个擂台(Cargill称之为“邀请”)结束:发布一个异常安全的堆栈类。这个挑战引来了潮水般的回应,但我认为,直到1997年,Herb Sutter发表的一篇文章才算真正有分量(后面会说到这个事情)。
我认为Tom Cargill的专栏文章不仅证明了我们对于异常想法的幼稚,而且也还了C++一个清白。在我们明白如何编写异常安全的代码时,Java这门可爱的新语言出现了(就我所知,现在是Ruby on Rails),曾经信誓旦旦的“我们天下第一”狂想再也没有回来过。
 
Curiously Recurring Template Patterns》,Jim Coplien1995年发表在《C++ Report2月刊。这篇文章的意义不在于它的内容本身,而在于它给所述内容的命名。真是双重巧合啊,这篇文章来自于Coplien的专栏“The Column Without a Name”,而且他给文章起的名字也已经直接成了一个模式名:The Curiously Recurring Template Pattern (CRTP)[注释5]。这个模式本身是指将派生类作为参数在它自己的模板化基类里使用:
 
template<typename T>
class Base { ... };
 
class Derived: public Base<Derived>
{ ... };
 
很多人对模板的使用都超出了T容器的范围,最后往往皈依到了CRTP的设计思想。这时候,他们通常都会怀疑这样的代码是否可以通过编译,当发现可以通过编译(可能他们大吃了一惊)后,就很担心自己弄出这样的设计,是否是头脑痴呆的早期症状。就在这时,Coplien投稿了。更多有经验的同事会保证说:“不是啊,你没有精神病。从基类派生一个类,基类又在派生类的基础上模板化,不仅是合法的设计技术,而且它还有一个正式的名字呢:the Curiously Recurring Template Pattern。”
Using C++ Template Metaprograms》,作者Todd Veldhuizen,《C++ Report19955月。此文见证了template metaprogramming (TMP)的第一次大规模出现热潮。这是一个重要的时期,但我完全错过了这条船。我清楚记得阅读这篇文章时我的想法:“好,这样你就可以用递归的实例化模板去模拟编译时的循环。你能通过模板特化去实现编译时的switch表达式。太好了!但你为什么要这样做?”哦,我说谎了。我当时真正的想法是:“但你如果这样做,你就是个疯子。”[注释6]
尽管C++社区并不缺乏追捧,再后来有关TMP的文章也在各种论坛上陆续出现,不过这不让我惊诧。我那时深信TMP是一门概念过于离奇、语法过于超前以至于没有立足点的技术。现在,我知道大多数人似乎也同意它在语法上的确让人感觉不适,概念上不说过于怪异,至少也偏离了主流思想,这让我得到了些许安慰。但很清楚,它获得的支持日益增多,已经成为每个库程序员技巧包里的重要工具。为了弥补Veldhuizen首次描述它时我对其重要性严重低估的过失,我在《Effective C++》第三版的一个条款里尽我全力总结了这门技术及其用途。
Exception-Safety in Generic Components》,作者David Abrahams。我能找到的最早的是发表在德国《Dagstuhl Castle1998427日到51日的《Proceedings of the International Seminar on Generic Programming》。不过我想在1997年中,相关文献可能就出现了,因为Herb Sutter发表在《C++ Report》(也许是别的杂志)19979月刊的一篇文章引用了David Abrahams论文里的内容。我也发现有对David Abrahams19974月发表在Usenet上的文章(http://tinyurl.com/nk5vn)里内容的引用,不幸的是,这个链接已经实效。
现在,保证函数提供基本、强健和无抛出的三个异常安全办法已经广为人知。Herb Sutter传播了这些术语,并且写了很多相关的文章,但最早提出它们的是David Abrahams,我这么说的主要理由是Sutter已经很细心地承认过这一点[注释7]。一些重要文献初生于相当狭小的空间,但读者中间很多人有条件发挥广泛影响力(比如正在定义C++标准,或者负责标准库的实现),因此文献的影响力将会被大大提高。我想,这就是一个例子。
有趣的是,尽管Abrahams的文献启蒙了我们对奠定C++标准库规范基础的异常安全的理解,但C++标准里却未提及“basic guarantee”、“strong guarantee”或是“nothrow guarantee”。
  
注释:
1.因为传递环路问题(比如B的想法起源于A,但A的灵感来自于ZZ又是受Y的影响……),实际情况比这还要糟糕。
        2. const不彻底的这个理由可能和简化实现并不相干。其实考察const和指针结合时的常见规则,它就是一个很自然的结果。我们定义指针pconst,但这并不能限定*p也是const。在const member function里,*thisconst,如果p*this的一个指针成员,我们也不能确定*p就是const
        3.稍早一点,还有另一本C++书册类图书,即Thomas Plum与Dan Saks合著的《C++ Programming Guidelines》,1991年由Plum Hall出版,但它从未引起过大量关注。我很早就读过这本书,现在我又快速阅读了一遍,给它的结论是:嗯……相当无趣。
        4.我是《C++ Report》的专栏作家,我记得那时候就在想,Cargill肯定瞄上了我,要我去写异常方面的东西。系统且有专业眼光地挑出同僚作品中的缺点,是我曾经经历过的最费心劳神的事情。我确信从此以后,自己不是发表作品前要再三检查的唯一专栏作家了。
        5.正在布朗大学计算机科学系攻读博士学位的Andrei Alexandrescu曾经公开指出这个模式的名字应该被还以本色,比如“F-bounded polymorphism”,但很不幸,他的意见没有引起人们的注意。这件事引起了我的兴趣,因为我就在那儿获得了博士学位,不过我从未听说过“F-bounded polymorphism”。CRTP尽管是一个古老的名字,但仍然能打动我,因为它比“F-bounded XXX”显得更自然。
        6.它可能对文献里第一个例子实现编译时冒泡排序没有什么用处。我对冒泡排序一直有相当病态的反感。不仅是因为这种排序算法几乎从来就不适用于我的工作,而且也几乎从来不值得在工作中考虑这种算法。哦,我离题了。
    7.初时,这点还不完全清楚。Sutter在《C++ Report19979月刊上发表的文章里并没有将“basic guarantee”和“strong guarantee”归功于Abrahams,但他提供并允许放在我的1999版《Effective C++》光盘的文章提到了Abrahams。我有十足把握公开说《C++ Report》发表的文章和Sutter提供给我的文章是不一样的。
 

C++中,内存5个区

C++中,内存分为5个区:堆、栈、自由存储区、全局/静态存储区和常量存储区。 栈:是由编译器在需要时自动分配,不需要时自动清除的变量存储区。通常存放局部变量、函数参数等。 堆:是由new分...
  • mengdg
  • mengdg
  • 2016年03月07日 14:07
  • 1020

C++历史上最重要的软件

在本系列的第三篇文章里,我将把视线转移到评选过去最重要的C++软件上来。 用C++编写软件,你需要工具的帮助。在我看来,这些工具曾经是(将来也是)有关C++的最重要软件。可以想见,曾经出现了不少...
  • Gykimo
  • Gykimo
  • 2013年02月21日 18:31
  • 488

【C/C++多线程编程之二】pthread简介

声明:本人博客均为原创内容,未经许可严禁转载!                                                         多线程编程之pthread简介  ...
  • Jiangweihll
  • Jiangweihll
  • 2014年04月14日 15:08
  • 5704

【自学C++】魔兽世界之二:装备

魔兽系列又出新篇章~其实就是在上周的基础上加入几个属性(武器,shiqi)
  • u014025300
  • u014025300
  • 2014年04月06日 20:22
  • 2869

C++重要知识点整理-思考

C++中构造函数的多种情况。尤其在构造函数初始化列表这个地方,有点小变数,如果简单地顺理一下,就会非常清晰、简单。关于继承,主要考虑不同访问限制符下,访问权限的问题。请看下面我的整理,现在感觉很清晰。...
  • wangqingbo0829
  • wangqingbo0829
  • 2014年09月22日 20:12
  • 1366

在数据库历史上最重要的人物简介

http://www.eygle.com/digest/2010/03/database_person.html   埃德加·考特(EdgarF.Codd)   计算机界公认的关系数据...
  • bluejoe2000
  • bluejoe2000
  • 2014年09月26日 17:45
  • 1467

微信公众号开发(3)---历史上的今天小实例

功能是在关注意创3D打印测试这个订阅号之后,输入月日,比如0204(代表2月4日),会收到很多天历史上的这一天发生的大事件。 代码部署环境是用了新浪sae,thinkphp框架基础上实现功能。 控...
  • qq_31129899
  • qq_31129899
  • 2017年03月18日 09:20
  • 241

微信公众帐号开发教程第16篇-应用实例之历史上的今天

内容概要本篇文章主要讲解如何在微信公众帐号上实现“历史上的今天”功能。这个例子本身并不复杂,但希望通过对它的学习,读者能够对正则表达式有一个新的认识,能够学会运用现有的网络资源丰富自己的公众账号。何谓...
  • zhangdaiscott
  • zhangdaiscott
  • 2015年07月28日 13:17
  • 1154

C++五大内存分区(堆和栈的区别)

前导:作为一个C++的菜鸟,一直对C++的内存分区比较晕乎,网络上的分配方式各式各样,让人看得云里雾里。网络上有一种分区,将C++内存分为:堆区、栈区、自由存储区、全局/静态存储区和常量存储区。个人认...
  • jixianghahaxiao
  • jixianghahaxiao
  • 2015年05月11日 12:38
  • 581

C/C++重要知识点

成员以其在类中声明的顺序构造 摘要: 分析以下代码的输出:#includeusing namespace std;class A{public: A(int j):age(j) , num(...
  • lishenglong666
  • lishenglong666
  • 2015年04月22日 17:38
  • 727
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:C++5×5断想之二:C++历史上最重要的文献
举报原因:
原因补充:

(最多只允许输入30个字)