C++程序设计语言是由来自AT&T Bell Laboratories的Bjarne Stroustrup（即本文作者）设计和实现的，它兼具Simula语言在组织与设计方面的特性以及适用于系统程序设计的C语言设施。C++最初的版本被称作“带类的C（C with classes）”[Stroustrup,1980]，在1980年被第一次投入使用；当时它只支持系统程序设计（§3）和数据抽象技术（§4.1）。支持面向对象程序设计的语言设施在1983年被加入C++；之后，面向对象设计方法和面向对象程序设计技术就逐渐进入了C++领域。在1985年，C++第一次投入商业市场[Stroustrup,1986][Stroustrup,1986b]。在1987至1989年间，支持范型程序设计的语言设施也被加进了C++[Ellis,1990][Stroustrup,1991]。[1]
发展
C++语言发展大概可以分为三个阶段：
第一阶段
从80年代到1995年。这一阶段C++语言基本上是传统类型上的面向对象语言，并且凭借着接近C语言的效率，在工业界使用的开发语言中占据了相当大份额；[1]
第二阶段
从1995年到2000年，这一阶段由于标准模板库(STL)和后来的Boost等程序库的出现，泛型程序设计在C++中占据了越来越多的比重性。当然，同时由于Java、C#等语言的出现和硬件价格的大规模下降，C++受到了一定的冲击；
第三阶段
从2000年至今，由于以Loki、MPL等程序库为代表的产生式编程和模板元编程的出现，C++出现了发展历史上又一个新的高峰，这些新技术的出现以及和原有技术的融合，使C++已经成为当今主流程序设计语言中最复杂的一员。
随着若干独立开发的C++实现产品的出现和广泛应用，正式的C++标准化工作在1990年启动。标准化工作由ANSI（American National Standard Institute）以及后来加入的ISO（International Standards Organization）负责。1998年正式发布了C++语言的国际标准[C++,1998]。在标准化工作进展期间，标准委员会充当了一个重要的角色，其发布的C++标准之草案在正式标准发布之前，一直被作为过渡标准而存在。而作为标准委员会中的积极分子，我是C++进一步发展工作中的主要参与者。与以前的C++语言版本相比，标准C++更接近我理想中的那个C++语言了。关于C++的设计和演化，在[Stroustrup,1994]、[Stroustrup,1996]和[Stroustrup,1997b]中有详细的叙述。至于标准化工作末期产生的C++语言定义，在[Stroustrup,1997]有详细叙述。
设计目标
C++的设计目标，就是要让C++既具有适合于系统程序设计的C语言所具有的可适应性和高效性，又能在其程序组织结构方面具有像Simula那样的语言设施（Simula所支持的这种程序组织结构通常被称为面向对象程序设计风格）。在设计的时候，还做了很大的努力，使得引借自Simula的高层次的程序设计技术能够应用于系统程序设计之中。这即是说，C++所提供的抽象机制能够被应用于那些对效率和可适应性具有极高要求的程序设计任务之中。
上述的C++之设计目标可以小结如下：
[设计目标]
l l 对于要解决实际问题的程序员而言，C++使程序设计变得更有乐趣；
l l C++是一门通用目的的程序设计语言，它：
——是一个更好的C；
——支持数据抽象；
——支持面向对象程序设计；
——支持范型程序设计。
对范型程序设计的支持在C++设计的后期才被作为一个明确、独立的目标来实现。而在C++演化过程的大部分时间里，我一直把范型程序设计以及支持它的语言特性划归在“数据抽象”的大标题之下。
设计原则
在[Stroustrup,1994]中，C++的设计规则被分为基本规则、基于设计的规则、语言的技术性规则以及基于低层次程序设计的规则四个方面，分列在下文中。
基本规则
l l C++的每一步演化和发展必须是由于实际问题所引起的；
l l C++是一门语言，而不是一个完整的系统；
l l 不能无休止的一味追求完美；
l l C++在其存在的“当时”那个时期必须是有用处的；
l l 每一种语言特性必须有一个有根据的、明确的实现方案；
l l 总能提供一种变通的方法；
l l 能为意欲支持的每一种程序设计风格提供易于理解的支持方法；
l l 不强制于人。
可以注意到，基本规则的最后三条暗示了两点：对适用于真实世界中各种应用的便捷工具的强调；对程序员的技术和取向（偏好）的充分考虑。从一开始，C++面向的就是那些要做实际项目的程序员。所谓的“完美”被认为是不可能达到的，这是由于C++用户在需求、背景和待解决问题上存在着太大的不同。况且，在一门通用目的的程序设计语言的整个生存期之内，连对“完美”一词的诠释都可能会有极大的改变。由此可知，在语言的演化过程中，来自用户的反馈和语言实现者们积累的经验才是最为重要的。
基于设计的规则
l l 支持良好的设计方案；
l l 提供用于程序组织的语言设施；
l l 心口如一（Say what you mean）；
l l 所有的语言特性必须具有切实有效的承受能力；
l l 开启一个有用的特性比避免所有的误用更为重要；
l l 能将独立开发的部件组合成完整的软件。
C++的一个目标就是提供更易用并具有一定承受能力的设计思想和程序设计技术，进一步提高程序的质量。这些技术中的绝大部分都源自Simula [Dahl,1970][Dahl,1972][Birtwistle,1979]，并通常被作为面向对象程序设计和面向对象设计思想来讨论。然而，C++的设计目标总还是在于要支持一定范围内的各种程序设计风格和设计思想。这与一般在语言设计方面的观点形成一定对比。一般在语言设计上总是试图将所有系统内建于单独一个被重点支持的、带有强制性的程序设计风格之中（或称典范paradigm）。
技术性规则
（Language-technical rules）
l l 与静态型别系统（Static type system）没有内在的冲突；
l l 像对内建（built-in）型别一样对用户自定义型别提供很好的支持；
l l 个异化（locality）行为是可取的；
l l 避免产生顺序上的依赖关系；
l l 在对语言产生疑惑时，可以选取其特性中最易掌握的部分；
l l 可以因为不正当的语法使用而产生问题（Syntax matters (often in perverse ways)）
l l 削弱对预处理器的使用。
当然，这些规则要具体结合更多关于基本目标的上下文环境来考虑。应该注意到的是，在“与C有较高的兼容性”、“不损失效率”以及“具有便捷的可用性来解决实际问题”这三个方面的要求，与在“完整的型别安全性”、“完全的通用性”以及“完善的抽象之美”这三个方面的要求形成对立。
C++从Simula中借鉴了用户自定义型别（class,§4.1）和类层次机制。然而，在Simula及许多类似的语言中，其对用户自定义型别的支持与其对内建型别的支持存在着根本上的不同。例如，Simula中不允许在栈中为用户自定义型别的对象分配空间，并且只允许通过指针（这在Simula中称为引用——reference）来对这些对象进行访问。而相反的，内建型别的对象只在栈中被分配空间，不能在动态存储区中分配，而且不能使用指针指向它。这种在对待内建型别与对待用户自定义型别上的差异，暗示着对效率问题的严格考虑。比如，当作为一个在动态存储区中被分配的对象之引用时，如果该对象属于自定义型别（比如complex,§4.1），那么就会为运行期及空间带来负荷；而这些负荷在有些应用中被认为是不可接受的。这些正是C++意欲涉足解决的问题。同时，在用法上的不同也决定了：不可能在范型程序设计中统一对待那些语义上近似的型别。
在维护一个较庞大的程序时，一个程序员不可避免的会基于某些不完整的知识来对程序作一些修改，只关注全部程序代码中的一小部分。[1]
基于此，C++提供了class（§4）、namespace（§5.2）和访问控制（§4.1），使设计决策的各异化（locality）成为可能。
在基于一趟编译（one-pass compilation）的语言中，某些顺序上的依赖性是不可避免的。例如在C++中，一个变量或者函数在其被声明之前是无法使用的。然而，C++中类成员的名字规则和重载解析（overload resolution）的规则还是在独立于声明顺序的原则下被制定出来，以便将发生混乱和错误的可能性降至最低。
基于低层次程序
（Low-level programming support rules）
l l 使用传统的（笨拙的）连接器（linker）；
l l 与C语言不存在无故的不兼容性；
l l 不给C++之下层级的更低层语言留出余地（汇编语言除外）；
l l 你不会为你所不使用的部分付出代价（零负荷规则）；
l l 在产生疑惑时，能提供完全自主控制的途径。[1]
在C++的设计中只要在不严重影响其对强型别检查（strong type checking）的支持的地方，都尽量做到与C的“source-link”方式相兼容。除了某些微小的细节差别之外，C++将C[Kernighan,1978][Kernighan,1988]作为一个子集包含了进来。C++与C的兼容性使得C++程序员立刻就能有一个完整的语言和工具集可用。还有两点也很重要，一是有大量关于C的高质量的教学素材已经存在，二是C++程序员可以利用C++与C的兼容性而直接并有效的使用大量现成的程序库。在决定将C作为C++的基础的时候，C还没有像后来那样出类拔萃、炙手可热，所以在考虑这个问题的时候，与C语言所提供的可适应性和高效性相比，C语言的流行程度只是个次要的考虑因素。[1]
然而，与C的兼容性也使得C++在某些语法和语义上保留了C的一些瑕疵之处。比如，C语言的声明语法就实在远不及优美；而其内建型别的隐式转换规则也是混乱无章法的。还有另一个大问题，就是许多从C转向C++的程序员并没有认识到，代码质量上的显著提高只能通过在程序设计风格上的显著改变来达到。[1]
编写和实现
一个程序从编写到最后得到运行结果要经历以下一些步骤?
1.用C++语言编写程序
用高级语言编写的程序称为“源程序”(source program)?C++的源程序是以.cpp作为后缀的(cpp是c plus plus 的缩写)?
2.对源程序进行编译
为了使计算机能执行高级语言源程序,必须先用一种称为“编译器(complier)”的软件(也称编译程序或编译系统),把源程序翻译成二进制形式的“目标程序(object program)”?
编译是以源程序文件为单位分别编译的?目标程序一般以.obj或.o作为后缀(object 的缩写)?编译的作用是对源程序进行词法检查和语法检查?编译时对文件中的全部内容进行检查,编译结束后会显示出所有的编译出错信息?一般编译系统给出的出错信息分为两种,一种是错误(error);一种是警告(warning) ?
3.将目标文件连接
在改正所有的错误并全部通过编译后,得到一个或多个目标文件?此时要用系统提供的“连接程序(linker)”将一个程序的所有目标程序和系统的库文件以及系统提供的其他信息连接起来,最终形成一个可执行的二进制文件,它的后缀是.exe,是可以直接执行的?
4.运行程序
运行最终形成的可执行的二进制文件(.exe文件),得到运行结果?
5.分析运行结果
如果运行结果不正确,应检查程序或算法是否有问题?[1]
2C++继承与派生
编辑
继承与派生
面向对象程序设计有4个主要特点：抽象、封装、继承和多态性。要较好地进行面向对象程序设计，还必须了解面向对象程序设计另外两个重要特征——继承性和多态性。[2]
面向对象技术强调软件的可重用性(software reusability)。C++语言提供了类的继承机制，解决了软件重用问题。在C++中可重用性是通过继承(inheritance)这一机制来实现的。[2]
继承是C++的一个重要组成部分。一个类中包含了若干数据成员和成员函数。在不同的类中，数据成员和成员函数是不相同的。但有时两个类的内容基本相同或有一部分相同。利用原来声明的类Student作为基础，再加上新的内容即可，以减少重复的工作量。C++提供的继承机制就是为了解决这个问题。[2]
在C++中，所谓“继承”就是在一个已存在的类的基础上建立一个新的类。已存在的类(例如“马”)称为“基类(base class )”或“父类(father class )”。新建的类(例如“公马”)称为“派生类(derived class )”或“子类(son class )”。[2]
一个新类从已有的类那里获得其已有特性，这种现象称为类的继承。通过继承，一个新建子类从已有的父类那里获得父类的特性。从另一角度说，从已有的类(父类)产生一个新的子类，称为类的派生。类的继承是用已有的类来建立专用类的编程技术。
派生类继承了基类的所有数据成员和成员函数，并可以对成员作必要的增加或调整。一个基类可以派生出多个派生类，每一个派生类又可以作为基类再派生出新的派生类，因此基类和派生类是相对而言的。
以上介绍的是最简单的情况：一个派生类只从一个基类派生，这称为单继承(single inheritance)，这种继承关系所形成的层次是一个树形结构。一个派生类不仅可以从一个基类派生，也可以从多个基类派生。一个派生类有两个或多个基类的称为多重继承(multiple inheritance)。关于基类和派生类的关系，可以表述为:派生类是基类的具体化，而基类则是派生类的抽象。[2]
语言特点
优点 ·
C++设计成静态类型、和C同样高效且可移植的多用途程序设计语言。
· C++设计成直接的和广泛的支持多种程序设计风格（程序化程序设计、资料抽象化、面向对象程序设计、泛型程序设计）。
· C++设计成给程序设计者更多的选择，即使可能导致程序设计者选择错误。 · C++设计成尽可能与C兼容，籍此提供一个从C到C++的平滑过渡。
· C++避免平台限定或没有普遍用途的特性。
· C++不使用会带来额外开销的特性。
· C++设计成无需复杂的程序设计环境。
出于保证语言的简洁和运行高效等方面的考虑，C++的很多特性都是以库（如STL）或其他的形式提供的，而没有直接添加到语言本身里。关于此类话题，Bjarne Stroustrup的《C++语言的设计和演化》（1994）里做了详尽的陈述。
C++在一定程度上可以和C语言很好的结合，甚至大多数C语言程序是在C++的集成开发环境中完成的。C++相对众多的面向对象的语言，具有相当高的性能。
C++引入了面向对象的概念，使得开发人机交互类型的应用程序更为简单、快捷。很多优秀的程序框架包括MFC、QT、wxWidgets就是使用的C++。
代码性能 人们一般认为，使用Java或C#的开发成本比C++低。但是，如果充分分析C++和这些语言的差别，会发现这句话的成立是有条件的。这个条件就是：软件规模和复杂度都比较小。如果不超过3万行有效代码（不包括生成器产生的代码），这句话基本上还能成立。否则，随着代码量和复杂度的增加，C++的优势将会越来越明显。造成这种差别的就是C++的软件工程性。 缺点 C++由于语言本身过度复杂，这甚至使人类难于理解其语义。更为糟糕的是C++的编译系统受到C++的复杂性的影响，非常难于编写，即使能够使用的编译器也存在了大量的问题，这些问题大多难于被发现。
由于本身的复杂性，复杂的C++程序的正确性相当难于保证。也有人提出不支持多线程的原语等缺陷。不过有如此多的知名人士提出了如此多的缺陷，正说明C++被广泛使用和成功。[1]
c++语言由于过度的复杂性，以及与unix的文化相抵触，在unix/linux领域受到很多著名人士（比如Linux之父linus torvalds与著名黑客Eric S. Raymond）的强烈批评与抵制。[1
发展
C++语言发展大概可以分为三个阶段：
第一阶段
从80年代到1995年。这一阶段C++语言基本上是传统类型上的面向对象语言，并且凭借着接近C语言的效率，在工业界使用的开发语言中占据了相当大份额；[1]
第二阶段
从1995年到2000年，这一阶段由于标准模板库(STL)和后来的Boost等程序库的出现，泛型程序设计在C++中占据了越来越多的比重性。当然，同时由于Java、C#等语言的出现和硬件价格的大规模下降，C++受到了一定的冲击；
第三阶段
从2000年至今，由于以Loki、MPL等程序库为代表的产生式编程和模板元编程的出现，C++出现了发展历史上又一个新的高峰，这些新技术的出现以及和原有技术的融合，使C++已经成为当今主流程序设计语言中最复杂的一员。
随着若干独立开发的C++实现产品的出现和广泛应用，正式的C++标准化工作在1990年启动。标准化工作由ANSI（American National Standard Institute）以及后来加入的ISO（International Standards Organization）负责。1998年正式发布了C++语言的国际标准[C++,1998]。在标准化工作进展期间，标准委员会充当了一个重要的角色，其发布的C++标准之草案在正式标准发布之前，一直被作为过渡标准而存在。而作为标准委员会中的积极分子，我是C++进一步发展工作中的主要参与者。与以前的C++语言版本相比，标准C++更接近我理想中的那个C++语言了。关于C++的设计和演化，在[Stroustrup,1994]、[Stroustrup,1996]和[Stroustrup,1997b]中有详细的叙述。至于标准化工作末期产生的C++语言定义，在[Stroustrup,1997]有详细叙述。
设计目标
C++的设计目标，就是要让C++既具有适合于系统程序设计的C语言所具有的可适应性和高效性，又能在其程序组织结构方面具有像Simula那样的语言设施（Simula所支持的这种程序组织结构通常被称为面向对象程序设计风格）。在设计的时候，还做了很大的努力，使得引借自Simula的高层次的程序设计技术能够应用于系统程序设计之中。这即是说，C++所提供的抽象机制能够被应用于那些对效率和可适应性具有极高要求的程序设计任务之中。
上述的C++之设计目标可以小结如下：
[设计目标]
l l 对于要解决实际问题的程序员而言，C++使程序设计变得更有乐趣；
l l C++是一门通用目的的程序设计语言，它：
——是一个更好的C；
——支持数据抽象；
——支持面向对象程序设计；
——支持范型程序设计。
对范型程序设计的支持在C++设计的后期才被作为一个明确、独立的目标来实现。而在C++演化过程的大部分时间里，我一直把范型程序设计以及支持它的语言特性划归在“数据抽象”的大标题之下。
设计原则
在[Stroustrup,1994]中，C++的设计规则被分为基本规则、基于设计的规则、语言的技术性规则以及基于低层次程序设计的规则四个方面，分列在下文中。
基本规则
l l C++的每一步演化和发展必须是由于实际问题所引起的；
l l C++是一门语言，而不是一个完整的系统；
l l 不能无休止的一味追求完美；
l l C++在其存在的“当时”那个时期必须是有用处的；
l l 每一种语言特性必须有一个有根据的、明确的实现方案；
l l 总能提供一种变通的方法；
l l 能为意欲支持的每一种程序设计风格提供易于理解的支持方法；
l l 不强制于人。
可以注意到，基本规则的最后三条暗示了两点：对适用于真实世界中各种应用的便捷工具的强调；对程序员的技术和取向（偏好）的充分考虑。从一开始，C++面向的就是那些要做实际项目的程序员。所谓的“完美”被认为是不可能达到的，这是由于C++用户在需求、背景和待解决问题上存在着太大的不同。况且，在一门通用目的的程序设计语言的整个生存期之内，连对“完美”一词的诠释都可能会有极大的改变。由此可知，在语言的演化过程中，来自用户的反馈和语言实现者们积累的经验才是最为重要的。
基于设计的规则
l l 支持良好的设计方案；
l l 提供用于程序组织的语言设施；
l l 心口如一（Say what you mean）；
l l 所有的语言特性必须具有切实有效的承受能力；
l l 开启一个有用的特性比避免所有的误用更为重要；
l l 能将独立开发的部件组合成完整的软件。
C++的一个目标就是提供更易用并具有一定承受能力的设计思想和程序设计技术，进一步提高程序的质量。这些技术中的绝大部分都源自Simula [Dahl,1970][Dahl,1972][Birtwistle,1979]，并通常被作为面向对象程序设计和面向对象设计思想来讨论。然而，C++的设计目标总还是在于要支持一定范围内的各种程序设计风格和设计思想。这与一般在语言设计方面的观点形成一定对比。一般在语言设计上总是试图将所有系统内建于单独一个被重点支持的、带有强制性的程序设计风格之中（或称典范paradigm）。
技术性规则
（Language-technical rules）
l l 与静态型别系统（Static type system）没有内在的冲突；
l l 像对内建（built-in）型别一样对用户自定义型别提供很好的支持；
l l 个异化（locality）行为是可取的；
l l 避免产生顺序上的依赖关系；
l l 在对语言产生疑惑时，可以选取其特性中最易掌握的部分；
l l 可以因为不正当的语法使用而产生问题（Syntax matters (often in perverse ways)）
l l 削弱对预处理器的使用。
当然，这些规则要具体结合更多关于基本目标的上下文环境来考虑。应该注意到的是，在“与C有较高的兼容性”、“不损失效率”以及“具有便捷的可用性来解决实际问题”这三个方面的要求，与在“完整的型别安全性”、“完全的通用性”以及“完善的抽象之美”这三个方面的要求形成对立。
C++从Simula中借鉴了用户自定义型别（class,§4.1）和类层次机制。然而，在Simula及许多类似的语言中，其对用户自定义型别的支持与其对内建型别的支持存在着根本上的不同。例如，Simula中不允许在栈中为用户自定义型别的对象分配空间，并且只允许通过指针（这在Simula中称为引用——reference）来对这些对象进行访问。而相反的，内建型别的对象只在栈中被分配空间，不能在动态存储区中分配，而且不能使用指针指向它。这种在对待内建型别与对待用户自定义型别上的差异，暗示着对效率问题的严格考虑。比如，当作为一个在动态存储区中被分配的对象之引用时，如果该对象属于自定义型别（比如complex,§4.1），那么就会为运行期及空间带来负荷；而这些负荷在有些应用中被认为是不可接受的。这些正是C++意欲涉足解决的问题。同时，在用法上的不同也决定了：不可能在范型程序设计中统一对待那些语义上近似的型别。
在维护一个较庞大的程序时，一个程序员不可避免的会基于某些不完整的知识来对程序作一些修改，只关注全部程序代码中的一小部分。[1]
基于此，C++提供了class（§4）、namespace（§5.2）和访问控制（§4.1），使设计决策的各异化（locality）成为可能。
在基于一趟编译（one-pass compilation）的语言中，某些顺序上的依赖性是不可避免的。例如在C++中，一个变量或者函数在其被声明之前是无法使用的。然而，C++中类成员的名字规则和重载解析（overload resolution）的规则还是在独立于声明顺序的原则下被制定出来，以便将发生混乱和错误的可能性降至最低。
基于低层次程序
（Low-level programming support rules）
l l 使用传统的（笨拙的）连接器（linker）；
l l 与C语言不存在无故的不兼容性；
l l 不给C++之下层级的更低层语言留出余地（汇编语言除外）；
l l 你不会为你所不使用的部分付出代价（零负荷规则）；
l l 在产生疑惑时，能提供完全自主控制的途径。[1]
在C++的设计中只要在不严重影响其对强型别检查（strong type checking）的支持的地方，都尽量做到与C的“source-link”方式相兼容。除了某些微小的细节差别之外，C++将C[Kernighan,1978][Kernighan,1988]作为一个子集包含了进来。C++与C的兼容性使得C++程序员立刻就能有一个完整的语言和工具集可用。还有两点也很重要，一是有大量关于C的高质量的教学素材已经存在，二是C++程序员可以利用C++与C的兼容性而直接并有效的使用大量现成的程序库。在决定将C作为C++的基础的时候，C还没有像后来那样出类拔萃、炙手可热，所以在考虑这个问题的时候，与C语言所提供的可适应性和高效性相比，C语言的流行程度只是个次要的考虑因素。[1]
然而，与C的兼容性也使得C++在某些语法和语义上保留了C的一些瑕疵之处。比如，C语言的声明语法就实在远不及优美；而其内建型别的隐式转换规则也是混乱无章法的。还有另一个大问题，就是许多从C转向C++的程序员并没有认识到，代码质量上的显著提高只能通过在程序设计风格上的显著改变来达到。[1]
编写和实现
一个程序从编写到最后得到运行结果要经历以下一些步骤?
1.用C++语言编写程序
用高级语言编写的程序称为“源程序”(source program)?C++的源程序是以.cpp作为后缀的(cpp是c plus plus 的缩写)?
2.对源程序进行编译
为了使计算机能执行高级语言源程序,必须先用一种称为“编译器(complier)”的软件(也称编译程序或编译系统),把源程序翻译成二进制形式的“目标程序(object program)”?
编译是以源程序文件为单位分别编译的?目标程序一般以.obj或.o作为后缀(object 的缩写)?编译的作用是对源程序进行词法检查和语法检查?编译时对文件中的全部内容进行检查,编译结束后会显示出所有的编译出错信息?一般编译系统给出的出错信息分为两种,一种是错误(error);一种是警告(warning) ?
3.将目标文件连接
在改正所有的错误并全部通过编译后,得到一个或多个目标文件?此时要用系统提供的“连接程序(linker)”将一个程序的所有目标程序和系统的库文件以及系统提供的其他信息连接起来,最终形成一个可执行的二进制文件,它的后缀是.exe,是可以直接执行的?
4.运行程序
运行最终形成的可执行的二进制文件(.exe文件),得到运行结果?
5.分析运行结果
如果运行结果不正确,应检查程序或算法是否有问题?[1]
2C++继承与派生
编辑
继承与派生
面向对象程序设计有4个主要特点：抽象、封装、继承和多态性。要较好地进行面向对象程序设计，还必须了解面向对象程序设计另外两个重要特征——继承性和多态性。[2]
面向对象技术强调软件的可重用性(software reusability)。C++语言提供了类的继承机制，解决了软件重用问题。在C++中可重用性是通过继承(inheritance)这一机制来实现的。[2]
继承是C++的一个重要组成部分。一个类中包含了若干数据成员和成员函数。在不同的类中，数据成员和成员函数是不相同的。但有时两个类的内容基本相同或有一部分相同。利用原来声明的类Student作为基础，再加上新的内容即可，以减少重复的工作量。C++提供的继承机制就是为了解决这个问题。[2]
在C++中，所谓“继承”就是在一个已存在的类的基础上建立一个新的类。已存在的类(例如“马”)称为“基类(base class )”或“父类(father class )”。新建的类(例如“公马”)称为“派生类(derived class )”或“子类(son class )”。[2]
一个新类从已有的类那里获得其已有特性，这种现象称为类的继承。通过继承，一个新建子类从已有的父类那里获得父类的特性。从另一角度说，从已有的类(父类)产生一个新的子类，称为类的派生。类的继承是用已有的类来建立专用类的编程技术。
派生类继承了基类的所有数据成员和成员函数，并可以对成员作必要的增加或调整。一个基类可以派生出多个派生类，每一个派生类又可以作为基类再派生出新的派生类，因此基类和派生类是相对而言的。
以上介绍的是最简单的情况：一个派生类只从一个基类派生，这称为单继承(single inheritance)，这种继承关系所形成的层次是一个树形结构。一个派生类不仅可以从一个基类派生，也可以从多个基类派生。一个派生类有两个或多个基类的称为多重继承(multiple inheritance)。关于基类和派生类的关系，可以表述为:派生类是基类的具体化，而基类则是派生类的抽象。[2]
语言特点
优点 ·
C++设计成静态类型、和C同样高效且可移植的多用途程序设计语言。
· C++设计成直接的和广泛的支持多种程序设计风格（程序化程序设计、资料抽象化、面向对象程序设计、泛型程序设计）。
· C++设计成给程序设计者更多的选择，即使可能导致程序设计者选择错误。 · C++设计成尽可能与C兼容，籍此提供一个从C到C++的平滑过渡。
· C++避免平台限定或没有普遍用途的特性。
· C++不使用会带来额外开销的特性。
· C++设计成无需复杂的程序设计环境。
出于保证语言的简洁和运行高效等方面的考虑，C++的很多特性都是以库（如STL）或其他的形式提供的，而没有直接添加到语言本身里。关于此类话题，Bjarne Stroustrup的《C++语言的设计和演化》（1994）里做了详尽的陈述。
C++在一定程度上可以和C语言很好的结合，甚至大多数C语言程序是在C++的集成开发环境中完成的。C++相对众多的面向对象的语言，具有相当高的性能。
C++引入了面向对象的概念，使得开发人机交互类型的应用程序更为简单、快捷。很多优秀的程序框架包括MFC、QT、wxWidgets就是使用的C++。
代码性能 人们一般认为，使用Java或C#的开发成本比C++低。但是，如果充分分析C++和这些语言的差别，会发现这句话的成立是有条件的。这个条件就是：软件规模和复杂度都比较小。如果不超过3万行有效代码（不包括生成器产生的代码），这句话基本上还能成立。否则，随着代码量和复杂度的增加，C++的优势将会越来越明显。造成这种差别的就是C++的软件工程性。 缺点 C++由于语言本身过度复杂，这甚至使人类难于理解其语义。更为糟糕的是C++的编译系统受到C++的复杂性的影响，非常难于编写，即使能够使用的编译器也存在了大量的问题，这些问题大多难于被发现。
由于本身的复杂性，复杂的C++程序的正确性相当难于保证。也有人提出不支持多线程的原语等缺陷。不过有如此多的知名人士提出了如此多的缺陷，正说明C++被广泛使用和成功。[1]
c++语言由于过度的复杂性，以及与unix的文化相抵触，在unix/linux领域受到很多著名人士（比如Linux之父linus torvalds与著名黑客Eric S. Raymond）的强烈批评与抵制。[1
扫一扫
771
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
