• <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| 国产精品久久久香蕉| 东方aⅴ免费观看久久av| 久久婷婷五月综合成人D啪| 精品久久久久成人码免费动漫| 亚洲中文字幕无码久久综合网 | 亚洲午夜福利精品久久| 久久精品无码免费不卡| 久久久久久精品无码人妻| 99久久中文字幕| 亚洲午夜无码AV毛片久久| 久久99精品国产| 久久久噜噜噜久久中文字幕色伊伊| 亚洲va久久久噜噜噜久久狠狠| 丁香五月综合久久激情| 性色欲网站人妻丰满中文久久不卡| 国产精品免费看久久久香蕉| 伊人久久精品无码av一区| 久久人人爽人人爽人人片AV东京热| 精品国产VA久久久久久久冰| 99久久99久久精品国产片| 久久精品桃花综合| 国内精品久久久久久久影视麻豆| 乱亲女H秽乱长久久久| 精品久久久久久无码不卡| 久久精品国产WWW456C0M| Xx性欧美肥妇精品久久久久久| 久久综合狠狠综合久久综合88| 欧美性猛交xxxx免费看久久久| 93精91精品国产综合久久香蕉 | 亚洲va中文字幕无码久久| 日日狠狠久久偷偷色综合0| 久久本道久久综合伊人| 99久久精品免费看国产一区二区三区 | 久久久久久久久无码精品亚洲日韩 | 久久久久se色偷偷亚洲精品av| 日本高清无卡码一区二区久久| 久久久免费观成人影院| 久久久国产精华液| 中文字幕无码久久精品青草| 久久午夜综合久久|