c++ STL简介

 

STL

 

对STL（Standard Template Library，标准模板库）的简短描述并不足以体现其设计上的过人之处。接下来的文字不过是鼓励你深入学习STL的“开胃小菜”。

 

STL并不仅仅是一个库，它更是一种优秀的思想以及一套约定。

 

STL包含三大组件：容器、算法和迭代器。容器用于容纳和组织元素；算法执行操作；迭代器则用于访问容器中的元素。这些都不是什么新东西，许多传统的程序库也都包含类似的组件，并且许多程序库也都是采用模板实现而成。STL的优秀思想体现在：容器与在容器上执行的算法之间无需彼此了解，这种戏法是通过迭代器实现的。

 

迭代器类似于指针（实标上指针就是一种STL迭代器）。像指针一样，迭代器可以指向序列中的一个元素，也可以对其进行解引用（dereference），以便获得它所指向的对象的值。我们可以像操纵指针那样操纵迭代器，使其指向序列中不同的元素。STL迭代器既可以是预定义的指针，也可以是用户自定义的类类型，当然，这种类型需要重载适当的操作符，以便与预定义指针拥有相同的使用语法（参见“智能指针[条款42]”）。

 

STL容器是对数据结构的一种抽象，以类模板的方式实现而成。由于具有不同的数据结构，因此不同的容器以不同的方式来组织其元素，以便对存取或操纵进行优化。STL定义了7个（算上string则是8个）标准容器，另外，一些被广泛接受的非标准容器也得到了实现。

 

STL算法是对函数的一种抽象，采用函数模板实现（参见“泛型算法[条款60]”）。大多数STL算法用于处理一个或多个序列的值，其中每一个序列由一对有序的迭代器定义。其中第一个迭代器指向序列的每一个元素，每二个迭化器则指向序列的最后一个元素之后的那个位置（而不是最后一个元素）。如果两个迭代器指向同一个位置，那么它们就定义了一个空序列。

 

迭代器提供了一种使容器与算法协同工作的机制。一个容器可以生成一对迭代器来指定一个元素序列（可以是全部元素，也可以只是一个子区间），而算法则对该序列进行操作。采用这种方式，容器和算法可以紧密地协作，同时还可以保持彼此不知情（这种“不知情”的好处，乃是C++高级编程领域反复强调的主题。参见“多态[条款2]”、“Factory Method模式[条款30]”、“Command模式与好菜坞法则[条款19]”以及“泛型算法[条款60]”）。

 

除了容器、算法迭代器之外，STL还定义了大量的辅助性功能。算法和容器可以采用函数指针和函数对象（参见“STL函数对象[条款20]”）根据需要进行定制，而这些函数对象又可以通过形形色色的函数对象适配器（function object adapter）进行配接和联合。

 

容器也可以利用容器适配器（container adapter）进行配接，从而将容器和接口修改为栈、队列或优先队列。

 

STL对约定（convention）有着很强的依赖。容器和函数对象必须通过一套标准的嵌套类型名字对其自身进行描述（参见“嵌入的类型信息[条款53]”、“traits[条款54]”以及“STL函数对象[条款20]”）。容器和函数对象适配器均要求成员函数具有特定的名字并包含特定的类型信息。算法要求传递给它的迭代器支持特定的操作并能够识别是什么样的操作。当使用或扩展STL时，如果弃约定于不顾，那么同时也就放弃了美梦成真的希望。遵守约定，将拥有简单而轻松的生活。

 

STL约定并未指明具体的实现细节，但对实现指定了效率方面的约束。此外，由于STL是一个模板库，许多优化和性能调整可以在编译期进行。前面提到的命名和信息约定对编译期优化具有显著的影响。一般而言，STL的效率可以与专家手写代码的效率相媲美，而与普通程序员和程序员小组的手写代码相比则明显胜出一筹。另外，使用STL可以使代码变得更清晰，更易于维护。

 

学习STL、并广泛的使用STL吧！

 

 

 

 

1.1 STL和C++

没有C++语言就没有STL，这么说毫不为过。一般而言，STL作为一个泛型化的数据结构和算法库，并不牵涉具体语言（当然，在C++里，它被称为STL）。也就是说，如果条件允许，用其他语言也可以实现之。这里所说的条件，主要是指类似于"模板"这样的语法机制。如果你没有略过前一节内容的话，应该可以看到，Alexander Stepanov在选择C++语言作为实现工具之前，早以采用过多种程序设计语言。

但是，为什么最终还是C++幸运的承担了这个历史性任务呢？原因不仅在于前述那个条件，还在于C++在某些方面所表现出来的优越特性，比如：高效而灵活的指针。但是如果把C++作为一种OOP（Object-Oriented Programming，面向对象程序设计）语言来看待的话（事实上我们一般都是这么认为的，不是吗？），其功能强大的继承机制却没有给STL的实现帮上多大的忙。在STL的源代码里，并没有太多太复杂的继承关系。

继承的思想，甚而面向对象的思想，还不足以实现类似STL这样的泛型库。C++只有在引入了"模板"之后，才直接导致了STL的诞生。这也正是为什么，用其他比C++更纯的面向对象语言无法实现泛型思想的一个重要原因。当然，事情总是在变化之中，像Java在这方面，就是一个很好的例子，jdk1.4中已经加入了泛型的特性。

此外，STL对于C++的发展，尤其是模板机制，也起到了促进作用。比如：模板函数的偏特化（template function partial specialization），它被用于在特定应用场合，为一般模板函数提供一系列特殊化版本。这一特性是继STL被ANSI/ISO C++标准委员会通过之后，在Bjarne和Stepanov共同商讨之下并由Bjarne向委员会提出建议的，最终该项建议被通过。这使得STL中的一些算法在处理特殊情形时可以选择非一般化的方式，从而保证了执行的效率。

1.2 STL和C++标准函数库

STL是最新的C++标准函数库中的一个子集，这个庞大的子集占据了整个库的大约80%的分量。而作为在实现STL过程中扮演关键角色的模板则充斥了几乎整个C++标准函数库。在这里，我们有必要看一看C++标准函数库里包含了哪些内容，其中又有哪些是属于标准模板库（即STL）的。

C++标准函数库为C++程序员们提供了一个可扩展的基础性框架。我们从中可以获得极大的便利，同时也可以通过继承现有类，自己编制符合接口规范的容器、算法、迭代子等方式对之进行扩展。它大致包含了如下几个组件：

C标准函数库，基本保持了与原有C语言程序库的良好兼容，尽管有些微变化。人们总会忍不住留恋过去的美好岁月，如果你曾经是一个C程序员，对这一点一定体会颇深。或许有一点会让你觉得奇怪，那就是在C++标准库中存在两套C的函数库，一套是带有.h扩展名的（比如），而另一套则没有（比如）。它们确实没有太大的不同。

语言支持（language support）部分，包含了一些标准类型的定义以及其他特性的定义，这些内容，被用于标准库的其他地方或是具体的应用程序中。

诊断（diagnostics）部分，提供了用于程序诊断和报错的功能，包含了异常处理（exception handling），断言（assertions），错误代码（error number codes）三种方式。

通用工具（general utilities）部分，这部分内容为C++标准库的其他部分提供支持，当然你也可以在自己的程序中调用相应功能。比如：动态内存管理工具，日期/时间处理工具。记住，这里的内容也已经被泛化了（即采用了模板机制）。

字符串（string）部分，用来代表和处理文本。它提供了足够丰富的功能。事实上，文本是一个string对象，它可以被看作是一个字符序列，字符类型可能是char，或者wchar_t等等。string可以被转换成char*类型，这样便可以和以前所写的C/C++代码和平共处了。因为那时侯除了char*，没有别的。

国际化（internationalization）部分，作为OOP特性之一的封装机制在这里扮演着消除文化和地域差异的角色，采用locale和facet可以为程序提供众多国际化支持，包括对各种字符集的支持，日期和时间的表示，数值和货币的处理等等。毕竟，在中国和在美国，人们表示日期的习惯是不同的。

容器（containers）部分，STL的一个重要组成部分，涵盖了许多数据结构，比如前面曾经提到的链表，还有：vector（类似于大小可动态增加的数组）、queue（队列）、stack（堆栈）……。string也可以看作是一个容器，适用于容器的方法同样也适用于string。现在你可以轻松的完成数据结构课程的家庭作业了。

算法（algorithms）部分，STL的一个重要组成部分，包含了大约70个通用算法，用于操控各种容器，同时也可以操控内建数组。比如：find用于在容器中查找等于某个特定值的元素，for_each用于将某个函数应用到容器中的各个元素上，sort用于对容器中的元素排序。所有这些操作都是在保证执行效率的前提下进行的，所以，如果在你使用了这些算法之后程序变得效率底下，首先一定不要怀疑这些算法本身，仔细检查一下程序的其他地方。

迭代器（iterators）部分，STL的一个重要组成部分，如果没有迭代器的撮合，容器和算法便无法结合的如此完美。事实上，每个容器都有自己的迭代器，只有容器自己才知道如何访问自己的元素。它有点像指针，算法通过迭代器来定位和操控容器中的元素。

数值（numerics）部分，包含了一些数学运算功能，提供了复数运算的支持。

输入/输出（input/output）部分，就是经过模板化了的原有标准库中的iostream部分，它提供了对C++程序输入输出的基本支持。在功能上保持了与原有iostream的兼容，并且增加了异常处理的机制，并支持国际化（internationalization）。

总体上，在C++标准函数库中，STL主要包含了容器、算法、迭代器。string也可以算做是STL的一部分。

图1：STL和C++标准函数库

1.3 STL和GP，GP和OOP

正如前面所提到的，在STL的背后蕴含着泛型化程序设计（GP）的思想，在这种思想里，大部分基本算法被抽象，被泛化，独立于与之对应的数据结构，用于以相同或相近的方式处理各种不同情形。这一思想和面向对象的程序设计思想（OOP）不尽相同，因为，在OOP中更注重的是对数据的抽象，即所谓抽象数据类型（Abstract Data Type），而算法则通常被附属于数据类型之中。

几乎所有的事情都可以被看作类或者对象（即类的实例），通常，我们所看到的算法被作为成员函数（member function）包含在类（class）中，类和类则构成了错综复杂的继承体系。

尽管在象C++这样的程序设计语言中，你还可以用全局函数来表示算法，但是在类似于Java这样的纯面向对象的语言中，全局函数已经被"勒令禁止"了。

因此，用Java来模拟GP思想是颇为困难的。如果你对前述的STL历史还有印象的话，应该记得Alexander Stepanove也曾用基于OOP的语言尝试过实现GP思想，但是效果并不好，包括没有引入模板之前的C++语言。站在巨人的肩膀上，我们可以得出这样的结论，在OOP中所体现的思想与GP的思想确实是相异的。C++并不是一种纯面向对象的程序设计语言，它的绝妙之处，就在于既满足了OOP，又成全了GP。

对于后者，模板立下了汗马功劳。另外，需要指出的是，尽管GP和OOP有诸多不同，但这种不同还不至于到"水火不容"的地步。并且，在实际运用的时候，两者的结合使用往往可以使问题的解决更为有效。作为GP思想实例的STL本身便是一个很好的范例，如果没有继承，不知道STL会是什么样子，似乎没有人做过这样的试验。