• <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>

            Zero Lee的專欄

            組件間的物理關(guān)系

            ???開發(fā)可維護(hù)、易測(cè)試和可重用的軟件需要全面的物理設(shè)計(jì)和邏輯設(shè)計(jì)的知識(shí)。物理設(shè)計(jì)研究組織的問題,超出了邏輯領(lǐng)域的范疇,物理設(shè)計(jì)很容易影響可測(cè)量的特性,例如運(yùn)行時(shí)間、編譯時(shí)間、連接時(shí)間以及可執(zhí)行文件大小。

            ???一個(gè)組件是由一個(gè).c文件和.h文件組成的物理實(shí)體,它具體表達(dá)了一個(gè)邏輯抽象的具體實(shí)現(xiàn)。一個(gè)組件一般包含一個(gè)、兩個(gè)甚至多個(gè)類,已經(jīng)需要用來支持全部抽象的適當(dāng)?shù)淖杂蛇\(yùn)算符。一個(gè)組件(而不是一個(gè)類)是邏輯設(shè)計(jì)和物理設(shè)計(jì)的適當(dāng)單位,因?yàn)樗軌颍?br />???1)讓若干邏輯實(shí)體把一個(gè)單一的抽象表現(xiàn)為一個(gè)內(nèi)聚單位;
            ???2)考慮到物理問題和組織問題;
            ?? 3)在其他程序中選擇性地重用編譯單元。

            ???一個(gè)組件的邏輯接口僅限于指能夠被客戶程序通過編譯訪問的部分,而物理接口則包括它的整個(gè)頭文件。如果在一個(gè)組件的物理接口中使用了一個(gè)用戶自定義類型T,即使T是一個(gè)封裝的邏輯細(xì)節(jié),也可能迫使那個(gè)組件的客戶程序在編譯時(shí)依賴T的定義。
            ???組件是自我包含的、內(nèi)聚的和潛在的可重用的設(shè)計(jì)單位。在一個(gè)組件內(nèi)部聲明的邏輯結(jié)構(gòu)不應(yīng)該定義在那個(gè)組件之外。一個(gè)組件的.c文件應(yīng)該直接包含它的.h文件,以確保.h文件可基于它自己進(jìn)行語法分析。對(duì)于每一個(gè)需要的類型定義,都始終包含其頭文件,而不是依賴一個(gè)頭文件去包含另一個(gè),這樣,當(dāng)一個(gè)組件允許一個(gè)#include 指令從其頭文件中被刪除時(shí)不會(huì)出現(xiàn)問題。想要改進(jìn)可用性、可重用性和可維護(hù)性,如果某個(gè)帶有外部連接的結(jié)構(gòu)沒有在一個(gè)組件的.h文件聲明,那么我們應(yīng)該避免把該結(jié)構(gòu)放在這個(gè)組件的.c文件中。同樣的原因,我們應(yīng)該避免使用局部聲明去訪問有外部連接的定義。
            ???
            ???最后友元關(guān)系雖然表面上是一個(gè)邏輯關(guān)系,但會(huì)影響到物理設(shè)計(jì)。在一個(gè)組件內(nèi)部,(局部的)友元關(guān)系是那個(gè)組件的一個(gè)封裝的實(shí)現(xiàn)細(xì)節(jié)。為了改進(jìn)可用性和用戶可擴(kuò)展性,一個(gè)容器類常常會(huì)把同一個(gè)組件內(nèi)的迭代器視作友元,不會(huì)破壞封裝。友元關(guān)系只會(huì)直接影響訪問權(quán)限但不會(huì)隱含依賴。

            posted on 2007-03-20 20:56 Zero Lee 閱讀(859) 評(píng)論(2)  編輯 收藏 引用 所屬分類: CC++ Programming

            評(píng)論

            # re: 組件間的物理關(guān)系 2007-03-21 10:03 Neal

            寫的不錯(cuò),不過有一點(diǎn)覺得不妥。
            “組件”不知是不是指component呢?
            個(gè)人認(rèn)為,不能簡(jiǎn)單的把C文件和組件對(duì)應(yīng)起來;C/C++的文件組織不象JAVA之類的語言,要求遵循一定的規(guī)則,C/C++的文件組織是很散漫的。不過作為一種coding standard,強(qiáng)制要求把組件和文件對(duì)應(yīng)起來也未嘗不可,但這實(shí)際上會(huì)降低組件的可維護(hù)性和代碼級(jí)別的重用性。  回復(fù)  更多評(píng)論   

            # re: 組件間的物理關(guān)系 2007-03-21 10:20 kkk

            你想說的是減少編譯依賴性,有個(gè)基本原則:能不知道的就不要知道。比如類的成員是個(gè)指針,就不要在。h中包含定義那個(gè)類的。h文件,用個(gè)前導(dǎo)申明。  回復(fù)  更多評(píng)論   

            久久无码人妻一区二区三区| 久久久久亚洲AV无码网站| 国产69精品久久久久99尤物| 久久香蕉国产线看观看乱码| 久久综合久久性久99毛片| 亚洲精品tv久久久久久久久| 久久久青草久久久青草| 国产午夜电影久久| 亚洲精品无码久久久久sm| 久久国产精品99精品国产987| 精品久久久久久国产免费了| 久久久久亚洲精品日久生情| 久久国产乱子精品免费女| 天天综合久久一二三区| 国产精品99久久久久久人| 性做久久久久久久久浪潮| 99久久99这里只有免费的精品| 久久免费大片| 老司机国内精品久久久久| 综合久久国产九一剧情麻豆| 国产精品99久久久久久宅男| 久久亚洲精品人成综合网| 久久综合视频网站| 久久99精品综合国产首页| 久久精品青青草原伊人| 欧美久久一级内射wwwwww.| 91精品国产综合久久香蕉| 国产∨亚洲V天堂无码久久久| 久久香综合精品久久伊人| 久久久久久毛片免费看| 久久精品一区二区三区不卡| 久久精品国产亚洲av麻豆色欲| 久久久久久午夜精品| 久久这里的只有是精品23| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 伊人久久国产免费观看视频| 色偷偷888欧美精品久久久| 狠狠色丁香久久综合婷婷| 久久精品亚洲一区二区三区浴池| 久久久久亚洲精品天堂久久久久久 | 亚洲国产精品久久久久婷婷软件 |