在C++語言里面出現(xiàn)過這樣的情況：知道了語言實現(xiàn)的底層機制，卻不知道語言特性本身的意義在什么地方,這些內(nèi)容都是一些門戶網(wǎng)站和技術(shù)論壇找到的，中間可能有不少錯誤是沒有挑出的，歡迎大家指正。

STL模板庫之外，還有一個與模板風(fēng)格相關(guān)的例子。下面的代碼片斷取自Visual C++自動生成的ATL控件工程

class ATL_NO_VTABLE CMyATLObj :  
    public IMyATLObj,  
    public IpersistStreamInitImpl  
        <CMyATLObj>,  
    public IOleControlImpl<CMyATLObj>,  
    public IOleObjectImpl<CMyATLObj>,  
    public IoleInPlaceActiveObjectImpl  
        <CMyATLObj>,  
    public IViewObjectExImpl<CMyATLObj>,  
    public IoleInPlaceObjectWindowlessImpl  
        <CMyATLObj>,  
    public IPersistStorageImpl<CMyATLObj>,  
    public IspecifyPropertyPagesImpl  
        <CMyATLObj>,  
    public IQuickActivateImpl<CMyATLObj>,  
    public IDataObjectImpl<CMyATLObj>,  
    public IProvideClassInfo2Impl  
        <&__uuidof(CMyATLObj), NULL>,  
    public CComControl<CMyATLObj> 

注意控件類CMyATLObj的代碼，CMyATLObj類居然是從N個接口類和控件類中派生出來的，類的聲明語句中隨處可見模板的身影——這就是Microsoft為我們設(shè)計的別具一格的ATL風(fēng)格的代碼了。

之所以要不惜代價地大量使用模板、多重繼承等語言特性，這主要為了適應(yīng)COM、OLE、ActiveX等在架構(gòu)上本來就相對復(fù)雜的技術(shù)體系。但這樣一來，使用ATL的代碼在所有C++代碼中，就擁有了一副異乎尋常的長相了：到處都是尖括號，到處都是以“I”打頭的標識符，甚至還有多重尖括號的嵌套……

如果要求一個剛學(xué)會C++語言的程序員立刻讀懂一大段ATL代碼，我想，用不了幾分鐘，他就會被代碼中那些晦澀、離奇的語言風(fēng)格折磨得精神崩潰了。C++語言的標準化進程遠遠落后于語言本身的普及速度。1990年以后，ANSI/ISO的C++標準化委員會才將包括Stroustru。

在內(nèi)的大批專家以及包括Apple、Borland、DEC、HP、IBM、Microsoft、Sun、Unisys在內(nèi)的知名公司召集在一起，像所有國家的議會或人民代表大會一樣通過沒完沒了的會議、討論和投票制定C++的國際標準。

標準直到1998年9月才正式發(fā)布。在國際標準化組織的檔案庫里，C++標準的代號是ISO/IEC 14882:1998。Stroustrup建議我們把標準C++當作一種全新的語言來學(xué)習(xí)[3]。這一說法顯然是基于這樣一個事實。

標準C++語言已經(jīng)擁有了一種穩(wěn)定的、可以推廣的語言風(fēng)格，即，通過對STL等既有技術(shù)的肯定，ANSI/ISO委員會在1998年的標準中正式認可了包括模板、容器類、I/O流庫、異常處理等典型語言特征的現(xiàn)代C++風(fēng)格。

風(fēng)格的穩(wěn)定意味著語言本身的進步和成熟，也意味著程序員們對C++語言的認識必須上升到一個新的層次——那些至今還在編寫僅由類和C語言庫函數(shù)組成的C++代碼的程序員，一定會成為Stroustrup及其同仁們的取笑對象的