C++對于常規(guī)特性(主要就是類)的突出強調是它的主要威力。對一些特定的功能的要求和對一些符號表達進行改進是非常常見的改革建議。

　　可就算這些建議真地能夠成為標準，也并不會給大家?guī)�來多少快樂。畢竟，如果一項特性只不過是針對一個特定問題的直截了當的解決方案的話，那么它通常和系統(tǒng)的其他部分并沒有多大聯(lián)系，它會非常容易解釋，實現起來也不會有太大困難，并且針對一些精心挑選的代碼，它可RAID數據恢復 有邏輯上最小的表現形式。那些喜歡拿語言做比較的人就經常使用一些這樣子的功能清單。這種觀點的問題是，我們所需要面對的問題在本質上是無窮盡的，這就要求我們提供一個無窮盡的澳大利亞留學 功能集合。Pascal中的過程參數和C#中的委托機制就是一個明顯的例子。與之不同的是，C++(在之前是K&R C)的傳統(tǒng)做法一般是提供一些通用的特性集合，讓優(yōu)秀的程序員能夠對很大一部分的問題構造解決方案。指針和類磁盤陣列數據恢復的概念就是明證。

　　C++對于通用特性的的強調已經成為其最具威力的方面;而同時，由此帶來的在某些特定功能(例如“屬性”和線程)上的缺乏也已被認為是C++最薄弱的環(huán)節(jié)。很顯然，這兩個觀點都是正確的。不過，我們仍然要對那些能提供更有力的抽象手段的的通用特性給予強烈的關注;C++社群的多樣性決定了這一點。如果要為某些特定領域——筆記本維修 例如Windows程序或者嵌入式系統(tǒng)程序——提供一些精心服務器數據恢復 剪裁的特殊的功能，而這些功能又僅能為它們所特定的領域服務的話，那這些功能將會是一個承重的負擔。C++0x不會成為一門“Windows語言”，或者“web成都數據恢復 語言”，當然更不可能是“嵌入式語言”。它將是一門通過一些公用的基礎設施來支持所有這些領域——而且范圍更大——的通用型語言。

　　對通用機制的偏愛，一個很重要的原因就是這種機制通常可以為那些現在還完全意料不到的問題提供解決方案，而特殊機制則做不到這一點�？梢钥隙ǖ氖�，未來肯定會有一些令人措手不及的變故發(fā)生。我可不希望一門語言只能表達那些在它的設計階段就已經明確指定的領域。