• <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的專(zhuān)欄

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

            ???開(kāi)發(fā)可維護(hù)、易測(cè)試和可重用的軟件需要全面的物理設(shè)計(jì)和邏輯設(shè)計(jì)的知識(shí)。物理設(shè)計(jì)研究組織的問(wèn)題,超出了邏輯領(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è)類(lèi),已經(jīng)需要用來(lái)支持全部抽象的適當(dāng)?shù)淖杂蛇\(yùn)算符。一個(gè)組件(而不是一個(gè)類(lèi))是邏輯設(shè)計(jì)和物理設(shè)計(jì)的適當(dāng)單位,因?yàn)樗軌颍?br />???1)讓若干邏輯實(shí)體把一個(gè)單一的抽象表現(xiàn)為一個(gè)內(nèi)聚單位;
            ???2)考慮到物理問(wèn)題和組織問(wèn)題;
            ?? 3)在其他程序中選擇性地重用編譯單元。

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

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

            評(píng)論

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

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

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

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

            色综合久久久久综合体桃花网| 东方aⅴ免费观看久久av| 77777亚洲午夜久久多喷| 亚洲国产成人久久综合一 | 香港aa三级久久三级老师2021国产三级精品三级在 | 久久亚洲国产精品成人AV秋霞 | 久久久久九九精品影院| 欧美久久天天综合香蕉伊| 婷婷久久久亚洲欧洲日产国码AV| 99久久精品国产高清一区二区| 99久久精品国产一区二区三区| 久久亚洲精品国产亚洲老地址| 91精品国产91久久久久福利| 亚洲日韩欧美一区久久久久我| 国产精品一区二区久久| 伊人久久大香线蕉无码麻豆| 久久精品国产半推半就| 伊人久久综合精品无码AV专区| 久久精品草草草| 久久亚洲精品中文字幕| 亚洲国产小视频精品久久久三级| 99久久免费国产特黄| 亚洲精品高清国产一线久久| 久久久久国产精品三级网| 久久er国产精品免费观看2| 国内精品伊人久久久久777| 欧美粉嫩小泬久久久久久久 | 亚洲成色www久久网站夜月| 久久免费视频6| 精品久久久无码中文字幕| 99麻豆久久久国产精品免费| 亚洲AV无码久久精品成人| 香蕉久久夜色精品国产2020| 久久午夜无码鲁丝片午夜精品| 狠色狠色狠狠色综合久久| av午夜福利一片免费看久久| 久久综合噜噜激激的五月天| 激情伊人五月天久久综合| 亚洲va久久久噜噜噜久久男同| 色偷偷偷久久伊人大杳蕉| 久久久久亚洲AV无码专区体验|