[转载] C++0x，崭新的C++，还是另一个JAVA？
[url=http://blog.csdn.net/orbit/archive/2007/02/12/1507996.aspx]原文地址[/url]最近，从全球最活跃的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了。
[此贴子已经被作者于2007-2-14 22:48:01编辑过]
