c++0x

　sink按：我这次给out了，之前在csdn上有个很火的帖子说0x的时候，我还以为是字符串以斜杠0结尾，所以没怎么看，现在发现竟然是 c++的新标准，而且看到增加了许多不错的“基础设施”，真是不错~关于c++0x的内容百度Google有很多，我觉得这个比较通俗易懂，至少对于我这 个还没真正接触它的人来说算是最直观的认识吧。~

　　最近，从全球最活跃的C++社区boost传来消息，新的C++标准：C++0x，最早将在2007年10月发布。很早就有人猜测，C++0x 中的x到底是8还是9，不过现在看来很可能是7，但是也不尽然，因为上一个C++标准本来计划是1997年发布，但是因为STL的引入而推迟到1998 年。这次又遇到了相同的情况，大家都不怀疑TR1和TR2(Technical Report)将成为新标准的一部分，但是随着越来越多的boost库被移到TR2中，TR2的进一个完善很可能拖新标准的后腿。不过，C++0x是 C++的一次重大升级，恐怕编译器厂商最快也只能在2009年推出符合新标准的编译器。

    新的C++标准将在几个方面对C++标准进行扩充：

1. 增强STL库，标准库TR1和TR2中的新组建，比如“正则表达式”；
2. 并发内存模型和并发库（面向多核处理器）；
3. 垃圾收集器；
4. 可简化的泛型程序的开发；

    从上一个标准C++98发布到现在，将近有10年的时间了，在这十年的时间里编程语言发生了翻天覆地的变化，首先是JAVA异军突起，然后是微软借 助.NET平台的优势推出了C#，C++已经不再是编程语言中的明星了，它被挤下了神坛，慢慢沦为边缘编程语言。这中间的主要原因并不是C++的语法落伍 了，而是使用C++开发软件效率低下并且容易出错。效率低下的原因是因为C++缺少库的支持，C++只提供了编程语言的基本功能，缺少强有力的库支持，比 如字符串处理就一直是C++的诟病。容易出错的原因是C++从C继承了动态内存分配和指针，这一点被认为是软件发生错误的根源，虽然C++引入STL来解 决这个问题，比如用vector代替内置数组可以防止内存泄漏，用迭代器代替直接下标操作可以防止地址越界。但是STL毕竟太简单了，比如字符串处理就只 有一个简单的string，比起Perl差远了。C++唯一的优势就是速度，但是随着处理器和内存的快速发展也慢慢被遗忘了，所以就沦落到了现在的地步。

    C++要想摆脱这种局面，就必须解决这两个问题，而在新标准中我们已经看到了答案。TR1和TR2已经成为新的标准库的一部分，它们不仅提供了象“正则表 达式”和“哈希表”这样程序员盼望已久的功能，还有针对多核处理器的并发内存模型和并发库，对网络也有socket库等等。针对内存出错问题，新标准通过 强化STL代替内存访问，使用垃圾收集器防止内存泄漏。在C++社区上关于新标准讨论最多的就是到底应不应该修改C++语言，争论的核心之一就是垃圾收集 器。老鸟们总是认为“不要为了新手而将C++降格，适合新手的语言已经有很多了!”，很多C++程序员认为新标准应该将精力集中于扩充标准库，而不是解决 内存泄漏问题，因为那是程序员自己的事。在本人看来这种思想将会害死C++，因为现实中总是新手比老鸟多，软件公司的老板招一个程序员是希望他(她，它) 能够立即开始编写没有错误的代码，而不是培养他们知道他们成为专家后再开始干活，所以，如果C++不能成为一种“菜鸟友好”的语言，那么C++的堕落将不 可避免。设想某个程序员分配了一块内存而忘记释放它，但是垃圾收集器捕获了这个异常并默默地替他释放了这块内存，从而使内存泄漏这种悲惨的事情得以避免， 而程序运行起来状态良好，那还有什么理由不在C++中添加垃圾收集功能呢？

    C++0x能够重振C++的雄风吗？有了垃圾收集器的C++，并且所有内存和指针操作都被“友好地”建议用STL代替，那还是C++吗？还是另一个 JAVA？答案当然是“这仍旧是C++，请放心使用”，不过C++0x之后还会有什么新的内容，会不会有一套GUI库？如果是那样的话就真的成JAVA 了。

 

---

超越C++ 原创文章，转载请注明来源并保留原文链接

本文链接:http://www.beyondc.cn/c-0-x.html