linux网络编程pdf linux常用软件官网

懂编程的来

各种语言的介绍（第二版）

在介绍编程语言之前，先说说开放源代码的必要性。现在，在软件生产领域存在巨大的智利浪费，大家把大量的精力用在编写别人已经实现的程序代码上。看看，文本编辑器有多少，看看ftp程序有多少，看看字处理程序有多少，这些程序虽然有差别，但主要的功能都是一样的。要实现个性化的功能，在已有的软件基础上修改会节省多少时间呀！而每个程序各编一套，又浪费多少时间？如果，没有这些重复的工作量，世界上的程序员至少可以节省80%的工作量。同时，开放源代码也方便了大家的交流，阅读源代码应该是最直接最有效的学习途径。尤其是比较专业的领域。

要开放源代码，下面几点比较重要：×、语言要流行。×、语言的函数和类库统一。×、语言的语法和编译器要统一。×、编译器是否开放源代码。×、API是否开放源代码。×、语言的可重用性、功能、友好性。

语言统一的必要性：如果大家都用一种编程语言，都用同样的函数，同样的类库，那么，大家的共同语言就会很多。大家只要学会一种语言，一套函数，一套类库，就可以相互读懂源代码，这样，学习量是最少的。学习新的API浪费程序员大量的时间和精力，尤其是当这个API有大量和其他API重复的功能的时候。

要增加代码的可重用性，要从下面几点着手：×、代码的可读性。如格式、是否接近英语语法和单词。×、代码的表达能力，也就是简单性，能用最少的语句和单词实现同样的功能。×、代码的结构性，如函数、模块、类。

语言功能的强大从下面几点来说：×、是否拥有大量的库支持。这是最重要的，要求编写任何功能的程序都有强大的库支持。×、语法功能是否强大，比如是否有出错处理。是否有指针。

语言的友好性：×、语言包的大小，语言包越小，学习越简单。×、语言是否有友好的编辑调试环境。×、语言的可视化和集成编程环境。

c语言：

从性能上说，除了汇编语言，c语言是最接近机器的语言。各种操作系统的编程接口的默认语言都是c语言。因此，用c语言编程，可以最大限度发挥操作系统的能力。同时，由于绝大部分的商品软件都是c实现的，都有c编程接口，可以说，没有c不能实现的功能。

在linux环境中，c具有很好的开放源代码的条件，它有统一的编译器gcc，有强大但比较难掌握的编程环境emacs，有统一的API：posix和 linux接口。并且编译器和API是开放源代码的。

在linux上编写图形界面程序，有两个选择KDE和gnome，KDE更成熟，gnome支持多语言和面向对象的程序间的协同。

在windows环境中，现在统一到了vc上，但有一个缺点，windows的升级换代太快，从dos环境到windows31

，从windows31到windows95，到windows2000，到.net。API常常变换，这样，在windows上的程序代码的寿命会比较短。并且vc的编译器和API太复杂，难于掌握。

同时，由于c具有现代语言的大量特征，现在常常代替pasical作为教学的编程语言。

实际上，如果不深入学习，c也是一种很简单的语言。不学basic，直接学c完全没有问题。

和其他语言相比，c有多种编译器，多种操作系统API，多种语法和函数。学习的难度大，统一性差。

和java相比，c的语法不够丰富、现代。

java：

相对c，java作为现代语言，具有非常丰富的语法特征，如模块和类，不像c随操作系统和编译器的不同有极大差异，java是一个公司的产品，具有唯一的API，因此，java程序员没有语言隔阂。

相对跨平台的语言来说，java具有最好的图形界面编程API。

java所有的API都是类库，相对c的函数来说，是非常大的进步。java具有现代语言几乎所有的特征。

perl：

perl的最大特点是有强大的字符串模式匹配，是最好的文本文件的读取和生成语言。

perl具有很大的自由性，象英语一样有很大的随意性，

perl有一个强大的数据库接口和其他各种接口。

perl有最大量的程序库。

perl不适合编写大程序。

perl有一个著名的缺点是难懂，也有一个著名的优点是简练。

php：

我感到php是个怪胎，本来perl加嵌入html的功能就完全能实现php的功能，还要另创一种语言，加重了大家的学习负担。

php可以嵌入html，更容易编写服务器端程序。

php天然和web服务器以及mysql数据库相结合。

php可以动态生成图像。

python：

首先，python是和basic一样面向初学者的语言，和英语一样容易懂。

python具有和java一样的最丰富的语法。

python有和perl类似的简单性，但没有模式匹配。

python适合编写大程序。

python有和lisp相似的地方，它有将字符串作为程序执行的eval函数，可以对一个对象的所有数据进行保存，可以把函数作为参数传给另一个函数。

python具有非常好的扩充性，python程序可以和c程序，以及java程序很好地结合。

tcl：

tcl具有最简单的语法，最好的和其他程序交互的能力，有编写图形界面程序的tk。

javascript：

编写动态网页的最佳工具。

lisp：

lisp的语法非常简单，只有简单的函数和参数的语句结构。

lisp数据和程序的界限模糊。

lisp可以深度嵌套。

prolog：

prolog是一种专门的语言。专门用来处理知识。

我感觉prolog是一种数据库的处理工具。

也是根据一些知识衍生出更多知识的推理工具。

basic：

现在最著名的basic是vb，

basic是简单的初级语言。

vb是快速的界面生成语言，是快速的数据库程序开发语言。

vba是vb的应用版，嵌入在offic中。编写offic上的程序很好用。

vbscript是vb的脚本语言，可以产生服务器端和客户端的动态网页。

basic的丑陋在于参数还是默认传地址。太危险。

delphi：

和vb一样是快速开发环境，但性能更好，功能更强大。

.net:

支持多种语言的统一的API类库，

可以编写webform程序，即所有的逻辑都在服务器端，传到客户端的是标准的html3.0，可以被各种浏览器支持。各程序组件间通过soap交换消息。

2002-04-12新增内容：

除了汇编语言外，c是最接近系统底层的语言，因此它是大部分程序的编程语言。c的缺点是没有统一的函数库，标准不统一，因此，同样是c程序员，相互看不懂代码是很平常的事。

ada的出现就是为了解决统一标准的问题。有一个国际组织专门进行严格ada语言的认证来保证ada的统一。因此，ada编译器有很多种，但ada语言程序用任何ada编译器编译都能通过。同时，ada的执行程序的效率和c比较接近。有人说比c要快，我想不可能，除非c用的库有问题。ada比c排错能力更强，但c也有类似的功能。ada还有一个缺点，就是语言罗索，象cobol一样非常难看。

java是对c的大大的改进。有统一的标准，丰富的库，完全的面向对象。也继承了c的一些特点，无所不包的全功能，深入系统底层的编程的灵活性。但因为java学习了c的深入系统底层的特点，它的语言就严格、呆板、罗索。另外，java要跨平台，它的速度就非常令人不满意，只能局限在高级应用方面。在速度上，可以选择微软的.net和苹果的coco（可能拼写有错误）。他们也同样是底层的面向对象语言。

作为高级的应用程序，如果没有保密要求，脚本语言是最合适的。脚本语言因为不用编译，因此开发速度会比编译语言快很多。

basic和perl都是古老的脚本语言。basic被微软发扬光大了，但它的缺点是没有完整的面向对象特性，因此编写大型程序很困难。另外，微软的产品肯定是“肿件”。perl被特别设计来进行文本的处理，文本处理能力非常强，但不适合编写大程序，语言风格也比较令人费解。

python定位于入门的编程语言，是basic的代替品，它具有和basic同样的简单性，并且编程语句更优雅。python有比较完整的面向对象特性，可以用来编写大程序，因此有些大型的实用程序是python完成的，从加快开发速度的角度，可以代替c和java。python的另一个巨大的应用领域是用来操作定制其他程序，这个能力basic也有，从这个角度说，python就是unix世界的basic。但python更进一步，和c的沟通能力非常好，任何为c编写的接口能够很容易转化为python的接口。和java的接口有专门的python的java版，就是jython，jython可以和java本身一样使用各种 java资源。

ruby首先是smalltalk的替代品。有彻底的面向对象特性。另外，也努力作为perl、php、basic、python的替代品。

rebol是lisp的替代品，同时作为脚本语言的一员，有自己的独特之处，他的网络编程和图形用户界面编程是最强大的。

语言解析语言yacc、 html、xml、xlt、xul等也可以算作语言。

[edit]

各种语言的选择

如果编写对性能要求苛刻，或和操作系统结合紧密的程序，必然选择c。

如果编写到处可用的程序，选java。

如果编写大程序，可能的化尽量用python，不行了再用java和c。因为python带来了生产力。

编写文本的处理程序用perl。

编写知识的处理程序用prolog。

编写最灵活，最模糊的程序用lisp。

编写office程序用vba。

编写服务器端程序，php、perl、python、asp都是选择。

编写数据库程序用vb或delphi。

[edit]

各种语言的选择

如果要追求性能和程序的能力，要完全发挥操作系统的能力，使用c语言是合适的。在windows环境下用vc，在linux环境下用gcc。

如果不是追求和操作系统完美结合，而只是性能，又要追求跨平台性，那么仍然选择c，但可以选择跨平台的库，如qt、gtk、fox、wxwindows。如果要编写游戏也有跨平台选择：SDL。

如果不满意c领域标准的不统一，不满意c的容易出错，不满意c的面向对象特征不彻底。如果不在乎跨平台，windows平台可以选择c#，mac平台可以选择coco。如果需要跨平台，可以选择java。

如果需要跨平台，又要广泛的支持的话，选择java。

如果不在乎商业机密，应用目标也不是太苛刻的话，编写大型跨平台程序还有一个选择就是python或ruby。脚本语言，但是具有全面的库的支持，有和c语言的方便的交互能力。他们和java相比，编程效率更高。同时因为没有编译，程序更方便修改。因为他们的库都是c实现的，也比 java有更高性能。同时，他们都是开源的，都是对商业应用友好的，也是简单的、方便定制的。也是不满意java的不可控制的越来越庞大的库的又一个选择。

在linux下，最方便的工具语言是perl，它有强大的社区和代码库的支持。

如果只作为简单应用的工具语言，python和ruby是更好的选择，他们的跨平台移植性好，应用也比较广泛。其中python更适合入门和交流，长期使用也不错。ruby是对python不满意的另一个选择，它提供了很多额外的功能。

如果要选择一个程序的嵌入语言，原来有lisp、basic和java，现在还可以选择python和ruby。

如果在要求动态解释执行语言，而又不想学其他语言的话，c程序员的选择是pike，java程序员的选择是beanshell。

在java平台，又想用脚本语言的话，可以用jython。

最正统的基于文档的语言或叫动态页面语言是javascript。

最专门的服务器端语言是php，当然也有很多其他选择。

xml语言以xul为最著名，dtml也算一个，你自己也可以用xml作为自己特殊用途的语言。比如jedit就用xml作为一种模式定制语言。xml语言是一种比较先进的趋势，比现有的语言在特殊领域更高效。

要找容易实现的语言，lisp和tcl是选择。

lisp的数据和程序融为一体的能力和自由是其他语言都没有的。现在出现了一个lisp的现代化的变种：rebol。

如果有基于事实的编程的需要的话，prolog和clips是必然。

[edit]

我为什么选择了python

首先声明，我编程只编应用程序，就是代替自己工作的小程序。如果编写系统程序总会用到c或java的。

我喜欢脚本语言，脚本语言不用编译就可以运行，非常便于修改，而编程序是一种经常性的活动，程序编完后总在不断的修改中，没必要搞的很隆重，还要编译。另外，脚本程序每个使用的人都可以随手拿来修改，不会出现还要去找源代码的情况。因此，c和java就被排除了。

我喜欢简单的语言，不喜欢为了编写简单的程序而去学习大量复杂的规定，需要大量的学习才会的语言不是好语言，是把人当机器看。c和java都有严格但罗索的语法，有永远学不完的函数、类、库。让人看到就头大。而perl有各种怪里怪气的速记符号，程序常常让人头晕。简单的含义除了容易学，还要功能丰富，常用到的东西要早就准备好，不用每个人都去写同样的数据结构程序等。python有丰富的数据类型，有完备的面向对象的结构，有规则表达式等各种方便编程的模块。这个逻辑就是程序做的多，人做的就少，如果程序做的少，就要人做的多。这就是界面友好的问题。容易上手，功能丰富是程序设计的很重要的目标，windows就是靠这个流行的。而python也很好的体现了这点。而perl象unix的 emac之类其它工具一样，功能强大，但太难学，太难懂。是比较违背人性的。

关于性能。现在cpu已经很强大了。除了很大的程序和系统程序，没必要关心性能。

关于功能。如果不是编写系统程序和贴近系统的程序，没必要使用操作系统特别提供的功能。c是可以干任何事情，但它编程效率低，复杂。

至于我为什么不用vb，因为vb太庞大了。我没必要实现一个小功能启动这么庞大的程序。太夸张。另外，vb没有类继承，虽然是应用编程，但如果要编稍微大的程序，总会用到类继承的。

python得强大得扩展能力使对python得学习不会浪费。python经过简单得处理能使用各种得c和c++库，也可以被c和c++调用。python可以直接使用java得类，也可以直接被java调用。这样，对python、java、c得学习和使用经验都不会被浪费，还能相互补充。python可以提高java和c得编程效率，java和c可以补充python功能上得不足。python还可以和tcl直接交互，这种功能是内置得。期待python能简单的调用perl和php得功能。能使用lisp和prolog更好。

[edit]

ruby吸取了所有语言精华的语言第二版

ruby语言还是杂耍 ruby?:O ruby日本人的玩意

ruby有

* perl的正则表达式

* python的语言的简单性可读性、最容易的扩展能力，强大的可移植性。

* php的嵌入功能和多种客户端

* smalltalk的纯面向对象语法和单继承

* lisp的无穷嵌套的语法，也就是函数式的语法。

*用“块”来实现更快捷的数据结构的处理。不知道是不是scheme的宏功能。用块能更清楚的实现python的表处理功能。

* java和ada的线程编程

* java的安全编程

不得不承认ruby确实是个精彩的语言，它完全学会了lisp的所有编程都是函数的思想，smalltalk的所有东西都是对象的思想，perl的一个目的多种手段的方法，python的简单化的“最少惊喜”的原则，java的多线程和安全控制的功能，tcl的容易扩展的功能，php的嵌入功能和强大客户端的功能,最方便的shell命令的调用。

[edit]

ruby和python的比较

[edit]

python和ruby的相同点

*都强调语法简单，都具有更一般的表达方式。python是缩进，ruby是类basic的表达。都大量减少了符号。

*都是动态数据类型。都是有丰富的数据结构。

*都具有c语言扩展能力，都具有可移植性，比perl的可移植性更好。也都可以作为嵌入语言。

*都是面向对象的语言，都可以作为大项目的开发工具。

*都有丰富的库支持。

*也有最宽松的版权许可，除了一些工具属于GNU世界。

*都有lisp特色的eval函数，也都能把函数作为参数。

*也有图形界面的ruby的专门编辑器。

*都获得了广泛的c库的支持。如qt、gtk、tk、SDL、FOX等，ruby计划实现SWIG接口。

*都有完善的文档。

[edit]

和python相比ruby的优点

*具有正则表达式和嵌入html的功能。python也有正则表达式，但没有ruby的应用方便和广泛。python的嵌入html项目才刚起步。ruby还有 apache的mod模块。ruby本身也实现和很多unix工具，如racc，doctools。比python更亲近linux。

*比python功能更完整的面向对象的语法。

* ruby的整个库都是具有类继承的结构。

*他的基本的数据类型和运算符都是可以重载的。

* ruby主要的功能都是通过对象的方法调用来实现的，而不是函数。python也在向这方面发展，但没有ruby做的彻底。

* ruby的类是更规范的单继承，还有接口等概念的实现。

* python可以实现在列表内的条件语句、循环语句，而ruby用“块”的方式来实现这个功能，比python的更灵活，更具有通用性。

* ruby具有类似lisp的彻底的函数方式的条件语句、循环语句等。语句的表达能力更强。

*附带一些unix工具，如racc等。

[edit]

和python相比ruby的不足

*最大的不足正是因为ruby的强大所引起的。它没有python的简单性好。比较复杂的面向对象语法、“块”语法的引入、正则表达式的引入、一些简写标记都增加了语言的复杂性。

* python的缩进表达方式比ruby的basic的表达方式更让人悦目，ruby程序的满眼的end让人不舒服。当然，ruby认为end的方式比python更先进。

* ruby还没有python的“自省”的能力，没有从程序文件中生成文档的能力。

* ruby没有国际化的支持。国际化支持在ruby的计划中。这是因为ruby的历史比python要短造成的。

* ruby没有类似jython的东西。

[edit]

python和ruby的语言的选择

从简单的就是好的来说，选python是没错的。python适合寻找简单语言的人，这很可能造成python更流行，因此也有更多的支持。但如果要追求更强大的语法功能，则ruby是好的选择。因为ruby和python的哲学有很多相似的地方，先从python入手，尽量用python，如果python的能力不足了，可以在找ruby。

ruby和python的比较，就像五笔和拼音输入法的比较。拼音作为入门的输入法和长久使用的输入法都没有问题。五笔适合更高要求的情况。如果追求性能的不妨学学ruby。对编程语言感兴趣，想了解各种编程概念的学ruby也会很兴奋。

[edit]

php有什么好处

我一直认为php是一个垃圾，因为它只是实现了脚本语言得嵌入，却单独实现一种语言、实现大量得函数库，浪费了大量得开发人员得宝贵时间来重复其他脚本已经实现了得功能，也浪费了php开发人员得大量学习时间，还要单独学一种只能存在于web服务器得语言，浪费了perl、 python得已有得使用经验。相似得还有pike，一种c得脚本语言，没什么新东西，还不如仍然用c编译器。

但我最近看书才了解php得独特得开发目标。

php为什么不直接用perl作脚本语言。是因为perl是一种unix语言，带有unix传统得字符神秘高深，让人难于学习。而编动态网页得人不见得会用perl这种unix工具，他们可能只有html知识。php就简化了perl得语言，变成了一种简单友好得语言，免去了人们学习perl得困难。

php为什么不选python作脚本。因为python是一种面向对象得语言，大量得功能都要涉及面向对象概念，而web应用只是简单得实现客户机逻辑和显示功能。没必要涉及面向对象得复杂概念。函数是最简单，最容易理解得，因此，php倾向于所有得功能都用函数来解决，而不是用对象来解决。这有点象c和c++之争。应该承认，函数在实现简单功能得时候是最有利得工具，它得语句量最少。

php定位于以html为用户界面，充当各种服务器得客户端，实现得是传统得客户端编程得任务。它有pop、smtp、ftp、多种数据库等各种服务器得客户端得函数，也有图片、pdf生成，xml处理等这种必要得功能。这些都是其他脚本比不上php得地方。

我几乎没用过php，说得不对，请指教。

[edit]

ada语言草述

ada语言我看了他的介绍。

ada语言和c一样是一种编译语言，他们最后编译出的执行文件的机器码都很小。因此现在众多的语言只有c很ada能比较。

和c相比，ada的特点是可靠、可移植。

他的可靠是通过比其他语言都强大的类型，每种类型还都可以象数据库字段一样进行强类型、范围的检查。以此来保证在编译中就发现错误。

它有强大的标准化组织，严格认证ada编译器的标准。有多线程能力。

适于编写实时程序。

但和c相比太复杂、罗嗦，因此注定不能流行。

[edit]

多脚本语言的大统一及疑问

现在各种脚本语言太多了，有必要进行整合，parrot是一个好的想法。.net也是好的想法。它为各种脚本提供了一个统一的虚机，为各种脚本语言提供了基于“类”的相互调用，为各种脚本提供了统一的类库。

现在各种脚本语言只是提供了对c语言的交互性，这种交互也是费劲的和效果不好的。比如python、perl、ruby等都提供了对c的交互功能。脚本语言之间的交流障碍重重。而类似.net的东西，提供了非常容易的各种脚本的相互利用的途径，避免了很多的代码的重复编写。这种标准平台的力量是很大的，这种标准平台为什么没有在开源领域首先出现呢？众多的脚本正是开源的特点和优势，为什么这种问题要微软来解决呢？前面有人提出了类似的问题，在linux中为什么至今没有好用的类似ODBC的东西呢？

可能这种整合只有商业公司有能力实现吧。

我的理解是，如果有创新思想的人都拿他的想法去卖钱了，因此，在开源中只剩下了模仿的人。kde是模仿windows，koffice是模仿office， linux是模仿unix，gcc、bash等也全都是模仿，以及gstep等，还有freedos、atheos等也是模仿，wxwindows、SDL也是模仿。我想知道开源社区有没有自己的创新？我所知道的创新是zope，但zope最初也是商业产品，后来才开源的。perl是创新，python是创新，但还有什么呢？是不是开源领域只有hack，没有creator？

[edit]

.net介绍

.net所实现的java的功能

可控代码跨平台的虚机和伪码免费赠送命令行编译器纯面向对象语言对xml和xml web services的支持和jsp对应的asp.net网页上的程序一套统一的中间件环境。

asp.net跟jsp不是同一个层次上的web技术， asp.net使用完善的事件响应机制，WinForms类似的 WebForm技术，只有JSF跟Asp.net有可比性。

.net未实现的java功能

免费的集成开发环境多厂家支持,跨平台的成熟度

免费的IDE,#develop, ASP.net的有MS的WebMatrix而免费开源的CLR实现，有MS自己的XP，FreeBSD，MacOS下的实现（原理演示不能进行商业应用）， Novell下的Mono项目，已经发布了Beta1版本，在2004-6-30将会发布Release1；还有GNU的一个.net实现！！

[edit]

.net实现的java不具备的功能

多语言支持强大的集成开发环境。在windows上媲美本机程序的速度。对COM的支持，对vs的继承对widows form、web form、服务器端程序的图形直观编程。

[edit]

相对vs6的改进

统一了集成开发环境，使c++程序也具有了vb的友好性。

[edit]

xml各种技术介绍

xml：

xml是统一格式的结构化数据的文本文件。

基于xml的程序，数据结构是开放的，方便不同程序处理同一种文件，这样，程序之间可以达到高水平的协作。

xml现在成为了各行各业统一数据格式的基础。

xml发展出了完善的语法，它用DTD或scheme来界定xml的标记语言。用uri来唯一确定一个xml格式。用css或XLT来转换xml格式，xlink和 xpointer等来建立xml的链接，用xpath来定位xml中的数据。

xhtml：

是严格符合xml格式的html。

RDF：

基于xml的元数据描述语言。方便交换结构化数据。方便交换知识。

RDF是用主语、谓语、宾语来描述知识的。

SVG：

xml格式的矢量图形格式。

SMILE：

xml格式的各种多媒体在时间线上的协同。

xmath：

xml格式的公式描述语言。

xml-rpc和soap：

以http协议和xml格式来进行网络程序之间的消息通讯。

xul：

netscape的mazilla使用的程序界面语言，基于xml格式，比html强大的多的描述图形界面的xml语言。它用css来换肤，用DTD来实现多语言界面，用javascript来实现程序逻辑，以此编写跨平台的可方便定制界面的程序，现在这个程序API功能已经很强大了，整个mazilla程序就是基于xul的。

xaml:

MS在LongHorn平台的最新编程语言，将统一Windows与Web编程，直接使用

LongHorn下的浏览器进行执行，跟XUL有类比性

[edit]

最先进的xml格式图形界面程序开发工具－xul

大家知道netscape程序，一个仅次于ie得浏览器，也有很多人知道mozilla，netscape得开放源代码版本。但很多人只是使用mozilla，不知道 mozilla另一个重要得功能－－程序开发。在netscape开放源代码后三年mozilla得1。0版还没有问世，很多人讥笑他的超慢得开发速度，实际上，mozilla酝酿出了一个超酷得新产品，可以看作是软件开发工具发展得另一个里程碑。

现在基于浏览器得三层开发结构非常流行，微软得.net得思路就是基于这个结构得。另外，不考虑服务器结构，就是基于网页得javascript小程序也对人很有吸引力，这些产品得思路都是以html为用户界面，但开发人员常常苦恼于html太简陋。而mazilla得xul解决了这个问题。

xul是对html得扩展

哪里有unix 初级教程下载,PDF版的

unix初级教程：

Unix轻松入门

SCO Unix学习宝典

Unix提高

Unix学习指南

实践大师：Unix awk和sed编程篇

Unix参考大全（上、下册）

Unix进程间通信（第二版）

Unix初级教程

Unix资源大全

Unix学习宝典

Unix常用命令

Unix和Linux权威教程

Unix傻瓜书

Linux Unix揭密

Unix操作手册英文版

[/watermark]

Unix操作系统使用手册

Unix及Oracle主机和网络安全

Unix&Linux网管通鉴

Unix与Windows_NT网络互连

Unix环境下的磁盘分配

新编Unix系统管理实用教程

Unix技术-系统管理

Unix系统概述

Unix网络编程--进程间通讯

Unix进程间通信（第二版）

Unix网络编程:进程间通信

Unix高级环境编程

Unix平台下C语言高级编程指南

Unix网络编程技术与分析

Unix编程艺术

求C++ 网络编程最好的书籍 谢谢了

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 Examp

le

《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 Answ

er 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 G

lassborow的新书（尚未出版）：《A Beginners Introduction to Computer Programmin

g: You Can Do It!》。这也是Bjarne的推荐。Francis Glassborow是ACCU主席，多年来

他对几乎每一本C++经典名著评头论足，他自己的这一本自然会引起C++社群的极大兴趣。

高效、健壮编程

两年前我在负责一个省级电力调度系统项目时编写了一个网关程序，它从SCADA系统获取电

力实时信息。通讯接口采用了不常用的数据库直连方式（这个网关程序一端连接SQL Serv

er 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 Des

ign(2nd Edition)

Scott Meyers, More Effective C++: 35 New Ways to Improve Your Programs and Des

igns

《Effective C++中文版》，华中科技大学出版社

《More Effective C++中文版》，中国电力出版社

《Effective C++（影印版）》，中国电力出版社

如果说《Effective C++》主要讨论C++中一些相对基础的概念和技巧的话，那么《More E

ffective C++》则着重探讨了包括异常处理在内的一系列高级技术。与前者相比，后者具

有两大主要区别：其一，它包含很多时新的标准C++的内容；第二，它讨论的主题倾向于“

战略化”而非“战术化”，并且讨论得更深入、更彻底。尤其是对虚析构函数、智能指针

、引用计数以及代理类（proxy classe）等技术和模式论述的深入程度，让人很难想象是

出现于这样的一本小书之中。

游刃有余的技术，高超的写作技巧，Scott无疑是世界上最优秀的C++技术作家之一。在简

洁、清晰、易读等方面，这两本书都卓尔不群。总之，Scott提供的这85个可以改善编程技

术和设计思维的方法，都是中、高级C++程序员必备的技能。我强烈推荐这两本书（实际上

还有一本，稍后就会看到）。

Herb Sutter, Exceptional C++: 47 Engineering Puzzles, Programming Problems, an

d Solutions

Herb Sutter, More Exceptional C++: 40 New Engineering Puzzles, Programming Pro

blems, and Solutions

《Exceptional C++中文版》，中国电力出版社

《More Exceptional C++中文版》，华中科技大学出版社

你自认为是一名C++语言专家吗？读一读ISO C++标准委员会秘书长的这两本书再回答。在

这两本书中，Herb采用了“问答”的方式指导你学习C++语言特性。对于每一个专题，Her

b首先合理地设想出你的疑问和困惑，接着又猜测出你十有八九是错误的解答，然后给你以

指点并提出最佳解决方案，最后还归纳出解决类似问题的普适性原则。

这两本书是典型的深究C++语言细节的著作，很薄，但内容密集，远远超过Scott的那两本

书，读起来很费脑筋—我个人认为它们要比Scott的书难懂得多。若要研习这薄薄的两本

书所包含的知识，至少需要花费数月的时间！（在Scott的荐序中，他坦陈不止一次陷入G

otW问题的陷阱，你应该知道这意味着什么）对于语言细节的深究有什么好处呢？尽管在大

多数情况下，我们不必关心C++代码幕后的动作，然而当我们不得不关心时，这两本书可以

为我们提供很好的线索，因为它们揭示了C++语言中微妙而又至关重要的东西。

Stephen C. Dewhurst, C++ Gotchas: Avoiding Common Problems in Coding and Desig

n

《C++程序设计陷阱》，中国青年出版社

Stephen的理论素养和实践经验注定这是一本值得一读的好书。Stephen曾经是贝尔实验室

中第一批C++使用者。他已经使用C++成功解决了包括编译器、证券交易、电子商务以及嵌

入式系统等领域中的问题。本书汇集了作者来自开发一线的99条编程真知灼见，洞悉它们

，你可以避免几乎所有常见的C++设计和编程问题。

我甚至认为，对于C++编程菜鸟而言，阅读这本书会比阅读Scott和Herb的书更能轻松而立

竿见影地获得更大的提高。我个人很喜欢这本书的写作风格— Stephen的许多观点看似极

端却无可辩驳。当然了，这种自信（以及冷幽默）来自于作者深厚的技术素养，而非自大

的偏执。

除了上面推荐的书籍外，Dov Bulka和 David Mayhew合著的《Efficient C++: Performan

ce 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 Pattern

s Applied

《C++设计新思维：泛型编程与设计模式之应用》，华中科技大学出版社

《C++设计新思维（影印版）》，中国电力出版社

你自认为是C++模板编程高手吗？请看过这本书再回答J这是一本出自天才之手令人敬畏的

杰作。泛型模式，无限延伸你的视野，足以挑战任何一名C++程序员的思维极限。

这本书共分为两大部分，第一部分讨论了 Loki程序库采用的基础技术以及一些高级语言特

性，包括基于策略的类设计、模板局部特化、编译期断言、Typelist以及小型对象分配技

术等。第二部分则着重介绍了Loki中的重要组件和泛型模式技术，包括泛化仿函数（Gene

ralization Functor）、单件（Singleton）、智能指针、对象工厂（Object Factory）、

抽象工厂（Abstract Factory）、访问者（Visitor）以及多方法（Multimethods）等。每

一种技术都让人大开眼界，叹为观止。

在C++的学习方面，过犹不及往往成了不求甚解的借口。然而，面向对象并非C++的全部，

模板和泛型编程亦占半壁江山。对于“严肃”的C++程序员而言，及时跟进这项早经例证的

成功技术，不失为明智之举。

结语

这些著作是如此大名鼎鼎，也许根本不缺我一个推荐。然而，纵然C++程序员队伍的发展壮

大速度不像其他更时髦的语言那样迅速，新人进总是多于旧人出。除了热忱地欢迎新人，

我个人认为到了对C++书籍进行“盘点”的时候了，并且希望这样的“盘点”有益于感兴趣

的读者。请保持耐心和宽厚。在下篇中，我将继续介绍标准库、网络编程以及其他方面的

C++好书。有好书相伴，这个冬天不会冷。

C++程序设计之四书五经（下篇）

我在上篇中“盘点”了TCPL和D&E以及入门教程、高效和健壮编程、模板和泛型编程等方面

共十几本C++好书。冬去春来，让我们继续C++书籍精彩之旅J

标准库

当我还在研究院工作时，与同院另外两家研究所合作开发过一个大型水利枢纽调度集成项

目。我们三家软件系统之间都要相互通信。在调试通讯模块时，细心的客户（一名好学的

系统管理员）发现对于同一通信规约的解释代码，我的不超过30行，而对方的则超过了15

0行且很难看懂。这位系统管理员很纳闷，我说大家编程风格和习惯不一样，我使用了标准

库，而他使用了传统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 Pro

grammer's Guide and Reference

《标准C++输入输出流与本地化》，人民邮电出版社

C++标准库由STL、流和本地化三部分构成。关于STL的书市面上已经有不少，但罕见流和本

地化方面的专著。本书是这两个领域中最优秀的一本，迄今为止没有任何一本书比这一本

更全面详尽地讨论了流和本地化。如果你不满足于停留在“会用”流库的层面，千万不要

错过它。

2001年夏天，我草草翻阅过这本书的中文版，从内容到包装都给我留下了比较深刻的印象

—不过负面的居多一些。2003年秋天，无意中得知某网络书店正以超低价格甩卖这本书

的中译本，情不自禁，一阵唏嘘。

Scott Meyers, Effective STL: 50 Specific Ways to Improve Your Use of the Stand

ard 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在《Acce

lerated C++: Practical Programming by Example》一书末尾郑重推荐另外两本进阶好书

（除了他们自己的《Ruminations on C++》外），其中一本是TCPL，另外一本就是本书！

网络编程

在网络编程时代，C++应该扮演着怎样的角色，让ACE（Adaptive Communications Enviro

nment）来告诉你。

Douglas C. Schmidt, Stephen D. Huston, C++ Network Programming, Volume 1: Mast

ering Complexity with ACE and Patterns

Douglas C. Schmidt, Stephen D. Huston, C++ Network Programming, Volume 2: Syst

ematic 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 Edit

ion)

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 Ins

ight and Experience

《C++沉思录》，人民邮电出版社

Andrew是世界上屈指可数的C++专家。这是一本关于C++编程思想和程序设计技术而非语言

细节的著作。如果你已经具有一定的基础，这本书将教你在进行C++编程时应该怎样思考，

应该如何表达解决方案。整本书技术表达透彻，文字通俗易懂。Bjarne这样评价这本书：

本书遍布“C++是什么、C++能够做什么”的真知灼见。

Stanley B. Lippman, Inside The C++ Object Model

《深度探索C++对象模型》，华中科技大学出版社

《深度探索C++对象模型（影印版）》，中国电力出版社

从编译器的角度观察C++可以使你知其然并知其所以然。本书探讨了大量的C++面向对象程

序设计的底层运作机制，包括构造函数、函数、临时对象、继承、虚拟、模板的实例化、

异常处理、运行期类型识别等，另外还介绍了一些在实现C++对象模型过程中做出的权衡折

衷。喜