《EffectiveSTL中文版》前言

《Effective STL中文版》前言
    我第一次写关于STL&＃xff08;Standard TemplateLibrary&＃xff0c;标准模板库&＃xff09;的介绍是在1995 年&＃xff0c;当时我在More Effective C&＃43;&＃43;的最后一个条款中对STL 做了粗略的介绍。此后不久&＃xff0c;我就陆续收到一些电子邮件&＃xff0c;询问我什么时候开始写Effective STL。

    有好几年时间我一直在拒绝这种念头。刚开始的时候&＃xff0c;我对STL 并不非常熟悉&＃xff0c;根本不足以提供任何关于STL 的建议。但是随着时间的推移&＃xff0c;以及我的经验的增长&＃xff0c;我的想法开始有了变化。毫无疑问&＃xff0c;STL 库代表了程序效率和扩展性设计方面的一个突破&＃xff0c;但是当我开始真正使用STL 的时候&＃xff0c;却发现了许多我原来不可能注意到的实际问题。除了最简单的STL 程序以外&＃xff0c;要想移植一个稍微复杂一点的STL 程序都会面临各种各样的问题&＃xff0c;这不仅仅是因为STL 库实现有各自的特殊之处&＃xff0c;而且也是因为底层的编译器对于模板的支持各不相同——有的支持非常好&＃xff0c;但有的却非常差。要获得STL 的正确指南并不容易&＃xff0c;所以&＃xff0c;学习“STL 的编程方式”非常困难&＃xff0c;即使在克服了这个阶段的障碍之后&＃xff0c;你要想找到一份既容易理解又描述精确的参考文档仍然是一大困难。可能最沮丧的是&＃xff0c;即使一个小小的STL 用法错误&＃xff0c;也常常会导致一大堆的编译器诊断信息&＃xff0c;而且每一条诊断信息都可能有上千个字符长&＃xff0c;并且大多数会引用到一些在源代码中根本没有提到的类、函数或者模板&＃xff08;几乎都很难理解&＃xff09;。尽管我对STL 赞赏有加&＃xff0c;并且对STL 背后的人们更是钦佩无比&＃xff0c;但是要向从事实际开发工作的程序员推荐STL 却感到非常不舒服。因为&＃xff0c;我自己并不确定要有效地使用STL 是否是可能的。

    然后&＃xff0c;我开始注意到了一些让我非常惊讶的事情。尽管STL 存在可移植性问题&＃xff0c;尽管它的文档并不完整&＃xff0c;尽管编译器的诊断信息有如传输线上的噪声一样&＃xff0c;但是&＃xff0c;我的许多咨询客户正在使用STL。而且&＃xff0c;他们并不只是把STL 拿来玩一玩&＃xff0c;而是在用它开发实际的产品。这是一个很重要的启示。过去我知道STL 是一个设计非常考究的模板库&＃xff0c;这时我逐渐感觉到&＃xff0c;既然程序员们愿意忍受移植性的麻烦、不够完整的文档及难以理解的错误消息&＃xff0c;那么这个库除了良好的设计以外&＃xff0c;一定还有其他更多的优势。随着专业程序员的数量越来越多&＃xff0c;我意识到&＃xff0c;即使是一个很差的STL 实现&＃xff0c;也胜过没有实现。

    更进一步&＃xff0c;我知道STL 的境况正在好转。C&＃43;&＃43;库和编译器越来越多地遵从C&＃43;&＃43;标准&＃xff0c;好的文档也开始出现了&＃xff0c;而且编译器的诊断信息也在改进。因此我决定投身到这场STL 运动中&＃xff0c;尽我的一份微薄之力。本书就是我努力的结果&＃xff1a;50 条有效使用STL 的经验。

    我原来的计划是在1999 年的下半年写作本书&＃xff0c;脑子里一直是这样想的&＃xff0c;并且也有了一个提纲。但后来我改变了路线。我搁下了本书的写作&＃xff0c;而去开发一门有关STL 的引导性培训课程&＃xff0c;并且也教授了几组程序员。大约一年以后&＃xff0c;我又回到这本书的写作上&＃xff0c;并根据培训课程中积累的经验重新修订了本书的提纲。就如同Effective C&＃43;&＃43;成功地以实际程序员所面临的问题为基础一样&＃xff0c;我希望本书也以类似的方式来面对STL 编程过程中的各种实际问题&＃xff0c;特别是那些对于专业开发人员尤为重要的实际问题。

本文节选自《Effective STL中文版》一书

潘爱民 陈铭 邹开红 著

电子工业出版社出版