在C++語言里面出現(xiàn)過這樣的情況:知道了語言實(shí)現(xiàn)的底層機(jī)制,卻不知道語言特性本身的意義在什么地方,這些內(nèi)容都是一些門戶網(wǎng)站和技術(shù)論壇找到的,中間可能有不少錯(cuò)誤是沒有挑出的,歡迎大家指正。
STL模板庫之外,還有一個(gè)與模板風(fēng)格相關(guān)的例子。下面的代碼片斷取自Visual C++自動(dòng)生成的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個(gè)接口類和控件類中派生出來的,類的聲明語句中隨處可見模板的身影——這就是Microsoft為我們?cè)O(shè)計(jì)的別具一格的ATL風(fēng)格的代碼了。
之所以要不惜代價(jià)地大量使用模板、多重繼承等語言特性,這主要為了適應(yīng)COM、OLE、ActiveX等在架構(gòu)上本來就相對(duì)復(fù)雜的技術(shù)體系。但這樣一來,使用ATL的代碼在所有C++代碼中,就擁有了一副異乎尋常的長相了:到處都是尖括號(hào),到處都是以“I”打頭的標(biāo)識(shí)符,甚至還有多重尖括號(hào)的嵌套……
如果要求一個(gè)剛學(xué)會(huì)C++語言的程序員立刻讀懂一大段ATL代碼,我想,用不了幾分鐘,他就會(huì)被代碼中那些晦澀、離奇的語言風(fēng)格折磨得精神崩潰了。C++語言的標(biāo)準(zhǔn)化進(jìn)程遠(yuǎn)遠(yuǎn)落后于語言本身的普及速度。1990年以后,ANSI/ISO的C++標(biāo)準(zhǔn)化委員會(huì)才將包括Stroustru。
在內(nèi)的大批專家以及包括Apple、Borland、DEC、HP、IBM、Microsoft、Sun、Unisys在內(nèi)的知名公司召集在一起,像所有國家的議會(huì)或人民代表大會(huì)一樣通過沒完沒了的會(huì)議、討論和投票制定C++的國際標(biāo)準(zhǔn)。
標(biāo)準(zhǔn)直到1998年9月才正式發(fā)布。在國際標(biāo)準(zhǔn)化組織的檔案庫里,C++標(biāo)準(zhǔn)的代號(hào)是ISO/IEC 14882:1998。Stroustrup建議我們把標(biāo)準(zhǔn)C++當(dāng)作一種全新的語言來學(xué)習(xí)[3]。這一說法顯然是基于這樣一個(gè)事實(shí)。
標(biāo)準(zhǔn)C++語言已經(jīng)擁有了一種穩(wěn)定的、可以推廣的語言風(fēng)格,即,通過對(duì)STL等既有技術(shù)的肯定,ANSI/ISO委員會(huì)在1998年的標(biāo)準(zhǔn)中正式認(rèn)可了包括模板、容器類、I/O流庫、異常處理等典型語言特征的現(xiàn)代C++風(fēng)格。
風(fēng)格的穩(wěn)定意味著語言本身的進(jìn)步和成熟,也意味著程序員們對(duì)C++語言的認(rèn)識(shí)必須上升到一個(gè)新的層次——那些至今還在編寫僅由類和C語言庫函數(shù)組成的C++代碼的程序員,一定會(huì)成為Stroustrup及其同仁們的取笑對(duì)象的