• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            天行健 君子當(dāng)自強(qiáng)而不息

            【ZT】C++批判(2)


            全局分析

             【P&S 94】中提到對(duì)于類型安全的檢測(cè)來(lái)說(shuō)有兩種假設(shè)。一種是封閉式環(huán)境下的假設(shè),此時(shí)程序中的各個(gè)部分在編譯期間就能被確定,然后我們可以對(duì)于整個(gè)程序來(lái)進(jìn)行類型檢測(cè)。另一種是開(kāi)放式環(huán)境下的假設(shè),此時(shí)對(duì)于類型的檢測(cè)是在單獨(dú)的模塊中進(jìn)行的。對(duì)于實(shí)際開(kāi)發(fā)和建立原型來(lái)說(shuō),第二種假設(shè)顯得十分有效。然而,【P&S 94】中又提到,“當(dāng)一種已經(jīng)完成的軟件產(chǎn)品到達(dá)了成熟期時(shí),采用封閉式環(huán)境下的假設(shè)就可以被考慮了,因?yàn)檫@樣可以使得一些比較高級(jí)的編譯技術(shù)得以有了用武之處。只有在整個(gè)程序都被了解的情況下,我們才可能在其上面執(zhí)行諸如全局寄存器分配、程序流程分析及無(wú)效代碼檢測(cè)等動(dòng)作。”(附:【P&S 94】Jens Palsberg and Michael I. Schwartzbach, Object-Oriented Type Systems, Wiley 1994)
             
             C++中的一個(gè)主要問(wèn)題就是:對(duì)于程序的分析過(guò)程被編譯器(工作于開(kāi)放式環(huán)境下的假設(shè))和鏈接器(依賴于十分有限的封閉式環(huán)境下的分析)給劃分開(kāi)了。封閉式環(huán)境下的或是全局的分析被采用的實(shí)質(zhì)原因有兩個(gè)方面:首先,它可以保證匯編系統(tǒng)的一致性;其次,它通過(guò)提供自動(dòng)優(yōu)化,減輕了程序員的負(fù)擔(dān)。
             
             程序員能夠被減輕的主要負(fù)擔(dān)是:設(shè)計(jì)父類的程序員不再需要(不得不)通過(guò)利用虛擬函數(shù)的修飾成份(virtual),來(lái)協(xié)助編譯器建立起vtable。正如我們?cè)?#8220;虛擬函數(shù)”中所說(shuō),這樣做將會(huì)影響到軟件的彈性。Vtable不應(yīng)該在一個(gè)單獨(dú)的類被編譯時(shí)就被建立起來(lái),最好是在整個(gè)系統(tǒng)被裝配在一起時(shí)一并被建立。在系統(tǒng)被裝配(鏈接)時(shí)期,編譯器和鏈接器協(xié)同起來(lái),就可以完全決定一個(gè)函數(shù)是否需要在vtable中占有一席之地。除上述之外,程序員還可以自由地使用在其他模塊中定義的一些在本地不可見(jiàn)的信息;并且程序員不再需要維護(hù)頭文件的存在了。
             
             在Eiffel和Object Pascal中,全局分析被應(yīng)用于整個(gè)系統(tǒng)中,決定真正的多態(tài)性的函數(shù)調(diào)用,并且構(gòu)造所需的vtable。在Eiffel中,這些是由編譯器完成的。在 Object Pascal中,Apple擴(kuò)展了鏈接器的功能,使之具有全局分析的能力。這樣的全局分析在C/Unix環(huán)境下很難被實(shí)現(xiàn),所以在C++中,它也沒(méi)有被包含進(jìn)去,使得負(fù)擔(dān)被留給了程序員。
             
             為了將這個(gè)負(fù)擔(dān)從程序員身上移除,我們應(yīng)該將全局分析的功能內(nèi)置于鏈接器中。然而,由于C++一開(kāi)始的版本是作為一個(gè)Cfront預(yù)處理器實(shí)現(xiàn)的,對(duì)于鏈接器所做的任何必要的改動(dòng)不能得到保證。C++的最初實(shí)現(xiàn)版本看起來(lái)就像一個(gè)拼湊起來(lái)的東西,到處充滿著漏洞。C++的設(shè)計(jì)嚴(yán)格地受限于其實(shí)現(xiàn)技術(shù),而不是其他(例如沒(méi)有采用好的程序語(yǔ)言設(shè)計(jì)原理等),因?yàn)槟菢泳托枰碌木幾g器和鏈接器了。也就是說(shuō),現(xiàn)在的C++發(fā)展嚴(yán)格地受限于其最初的試驗(yàn)性質(zhì)的產(chǎn)品。
             
             我現(xiàn)在確信這種技術(shù)上的依賴關(guān)系(即C++ 依賴于早先的C)嚴(yán)重地?fù)p害了C++,使之不是一個(gè)完整意義上的面向?qū)ο蟮母呒?jí)語(yǔ)言。一個(gè)高級(jí)語(yǔ)言可以將簿記工作從程序員身上接手過(guò)去,交給編譯器去完成,這也是高級(jí)語(yǔ)言的主要目的。缺乏全局(或是封閉式環(huán)境下的)分析是C++的一個(gè)主要不足,這使得C++在和Eiffel之類的語(yǔ)言相比時(shí)顯得十分地不足。由于Eiffel堅(jiān)持系統(tǒng)層次上的有效性及全局分析,這意味著Eiffel要比C++顯得有雄心多了,但這也是Eiffel產(chǎn)品為什么出現(xiàn)地這么緩慢的主要原因。
             
             Java只有在需要時(shí)才動(dòng)態(tài)地載入軟件的部分,并將它們鏈接起來(lái)成為一個(gè)可以運(yùn)行的系統(tǒng)。也因而使得靜態(tài)的編譯期間的全局分析變成不可能的了(因?yàn)镴ava被設(shè)計(jì)成為一個(gè)動(dòng)態(tài)的語(yǔ)言)。然而,Java假設(shè)所有的方法都是virtual的,這也就是為什么Java和 Eiffel是完全不同的工具的一個(gè)原因。關(guān)于Eiffel,可以參見(jiàn)于Dynamic Linking in Eiffel(DLE)。


            posted on 2007-09-27 10:32 lovedday 閱讀(535) 評(píng)論(0)  編輯 收藏 引用 所屬分類: ▲ C++ Program

            公告

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            隨筆分類(178)

            3D游戲編程相關(guān)鏈接

            搜索

            最新評(píng)論

            狠狠色婷婷久久一区二区三区| 一级做a爰片久久毛片免费陪| 久久综合久久综合亚洲| 天天综合久久久网| 久久国产成人午夜aⅴ影院| 久久国产精品无码HDAV| 一本一本久久A久久综合精品| 无码八A片人妻少妇久久| 久久精品国产精品亜洲毛片| 国内精品久久久久久久亚洲| 蜜桃麻豆www久久| 亚洲中文久久精品无码| 欧美激情精品久久久久| 久久777国产线看观看精品| 久久久久久久久66精品片| 国产一久久香蕉国产线看观看| 久久久久人妻精品一区二区三区| 中文字幕一区二区三区久久网站| 精品久久久久久无码中文字幕| 久久久WWW成人免费精品| 亚洲色欲久久久综合网| 欧美伊香蕉久久综合类网站| 亚洲国产精品成人久久蜜臀| 久久国产亚洲高清观看| 亚洲国产成人精品久久久国产成人一区二区三区综| 亚洲色欲久久久久综合网 | 少妇久久久久久久久久| 伊人色综合久久天天网| 亚洲乱码精品久久久久..| 久久午夜伦鲁片免费无码| 无码超乳爆乳中文字幕久久| 日韩久久久久中文字幕人妻 | 久久久久人妻一区二区三区vr| 色8久久人人97超碰香蕉987| 精品国产乱码久久久久久浪潮| 久久综合色之久久综合| 国产麻豆精品久久一二三| 国产一区二区久久久| 久久久久精品国产亚洲AV无码| 久久中文字幕视频、最近更新| 国产精品免费久久久久电影网|