C++之父专访之一(2002年4月).docVIP

Interview by Rogue Wave. April 2002. Rogue Wave对Bjarne Stroustrup的专访 RW： C++在Internet时代还有意义吗？? Bjarne： C++代码不适合下载到不安全计算机中，但大多数计算情况并非如此。 对于涉及系统编程和资源受限和/或性能要求严格的许多应用来说，C++是最佳语言选择。Google就是一个例子，支撑小型设备的嵌入系统则是另外一个范例。 此外，还有许多程序并不直接和Internet打交道，对它们而言，世界并无显著变化。 RW： .NET平台中立的语言已经摆上台面，您认为这对C++将会产生怎样的影响？? Bjarne： C++社群会有一些影响。一些程序员从事和特定运行环境密切相关的编程（例如.NET、某种特定嵌入系统或UNIX变体）。对于他们来说，和平台平滑地集成，就成了需要考虑的头等大事。 在微软.NET世界，C++受到了足够重视，它仍将是一门举足轻重的语言，但在很大程度上，重心将不可避免地集中于和平台集成以及同以其它语言编写的代码进行互操作。从更长远的观点来看，人们将会获得某种程度的语言中立，而付出的代价则是严重的平台相依。这将会抑制对C++较新成分的试验，但是，鉴于为数众多的程序员只是不可理喻地使用C++的一个有限子集，所以，从短期来看，.NET可能实际上会成为“更好地使用C++”的一个激励因素。 换句话说，我的内心和那些为平台中立和可移植性而奋斗的程序员紧密相连。对于这些程序员来说，轻巧的接口和平台中立的库至关重要。ISO标准则是纽带，它将各C++社群分支维系在一起，并阻止语言四分五裂为混乱的专有方言。 RW： ISO/ANSI C++标准委员会开始讨论修改和扩充C++语言和库。您最希望看到什么样的扩充，抑或您最反对什么样的扩充？? Bjarne： 如今，人们对程序语言期望过高，形形色色的专有语言就泄露了这一点。通过不断扩大标准库的规模，这些期望可以轻而易举地得到满足 — 特别是，假如我们可以“象对iostreams和STL所做的那样”将大量的库组织为一个可扩展的框架的话。 就象扩充标准库核心一样，对语言进行成功的扩充也需要一个正确的方向。在语言领域，我希望集中于小型设施，这些小型设施能使语言更为一致，并因而使语言更加易于学习和使用。这跟那些“对完成他们工作而不是语言细节更感兴趣”的程序员有什么关系呢？最显而易见的影响将会是标准库提供的新东西。一个更大的标准库，既节省开发劳动，也会降低对教学技巧的要求。早期C++的一个问题在于，即使对面向对象编程提供了良好支持，但它并没有提供一个优秀的库，将OOP证明给用户看，这导致了大量的混乱和无稽之谈。泛型编程的引入工作做得要好一些，很大程度上是因为STL提供了一个学习和使用的具体范例。我多么希望我们早能有一个同样出色的例子，来展示“异常（exceptions）”的使用方法！ XTI（eXtended Type Information）的库，它为一般C++类型信息提供接口，用于内省（introspection）和程序转换（program transformation）。我希望看到诸如此类的东西能够进入标准库。简而言之，我希望看到对分布式编程更好的支持，并坚信那种问题应该由库来解决。 RW： C++编程的重要趋势是什么？? Bjarne： C++世界是如此之大，以至于你很难断定你所看到的东西到底是不是一种趋势。我猜想在嵌入社群C++的使用有大幅增长，但我对此不能确定。我知道对模板元编程（template metaprogramming）、泛型编程（generic programming）以及再生式编程（generative programming）感兴趣的人与日俱增，但我不能确定它们的群众基础到底有多么广泛。我猜测这些热门话题为先锋和学者们津津乐道，其中部分而非全部新技术将会在接下来的几年里成为主流。看起来现在好像还有不少C++开放源码项目，但我也不能肯定。C++世界是如此之大，以至于没有任何个体可以完全理解它。 象泛型编程这样的新技术和模板异常（template exceptions）这样的新语言工具，正慢慢进入开放源码社群（当然了，在我看来，这个进程还是太慢了）。我希望看到一些开放源码项目能够更多地采用现代编程风格。导致这种“保守”的现状的原因在于，开放源码社群无法让开发者们欢聚一堂，以确保所有人对工具和技术的看法，类似且跟得上时代。 RW： C++已经成功到这种地步了吗 — 那些需要一种“具有C++设计标准”的语言的程序员会自动投向C++？? Bjarne： C++是一门“新语言”，人们投奔它的原因，和它技术上的优缺点毫无关系。在理想世界里，人们的选择客观而基于