• <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ù)、易測試和可重用的軟件需要全面的物理設(shè)計和邏輯設(shè)計的知識。物理設(shè)計研究組織的問題,超出了邏輯領(lǐng)域的范疇,物理設(shè)計很容易影響可測量的特性,例如運行時間、編譯時間、連接時間以及可執(zhí)行文件大小。

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

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

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

            評論

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

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

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

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

            日韩影院久久| 久久99国产精品久久99| 伊人热热久久原色播放www| 久久影院午夜理论片无码| 亚洲国产精品无码久久九九| 亚洲AV成人无码久久精品老人| 国产精品女同久久久久电影院| 久久99精品国产麻豆不卡| 国产成人久久精品一区二区三区| 精品国产乱码久久久久久郑州公司| 伊人久久免费视频| 久久久久高潮综合影院| A级毛片无码久久精品免费| 久久精品国产亚洲AV影院 | 久久综合亚洲色一区二区三区| 亚洲va中文字幕无码久久不卡| 国产免费久久久久久无码| 亚洲精品乱码久久久久久中文字幕| 中文字幕成人精品久久不卡| 久久久久久综合网天天| 精品国产乱码久久久久久浪潮| 国产综合久久久久久鬼色| 天天做夜夜做久久做狠狠| 日本免费久久久久久久网站| 无码国内精品久久人妻| 久久久噜噜噜久久中文字幕色伊伊| 精品久久国产一区二区三区香蕉| 91精品国产乱码久久久久久| 中文成人无码精品久久久不卡| 精品无码久久久久久久动漫| 久久精品国产只有精品2020| 久久婷婷五月综合色奶水99啪| 色诱久久av| 久久综合色区| 无码人妻久久一区二区三区蜜桃| 久久成人18免费网站| 国产精品久久久久一区二区三区 | 久久久久亚洲国产| 日韩亚洲国产综合久久久| 一日本道伊人久久综合影| 三级三级久久三级久久|