• <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)于C++中一些基本設(shè)計(jì)規(guī)則和指導(dǎo)方針

            ???C++是一種大型語言,為更大的設(shè)計(jì)空間開辟了道路。這里提供一些基本設(shè)計(jì)規(guī)則和指導(dǎo)方針,它們被證明是非常有用的。
            ???主要設(shè)計(jì)規(guī)則被認(rèn)為是絕對不能違反的。甚至偶爾的違反也可能危及大型系統(tǒng)的完整性。
            ???次要設(shè)計(jì)規(guī)則也被認(rèn)為是遵守的,但也許不必嚴(yán)格地遵守。在一個(gè)隔離的實(shí)例中違反一個(gè)次要規(guī)則不大可能產(chǎn)生嚴(yán)重的全局性影響。
            ???指導(dǎo)方針是作為經(jīng)驗(yàn)法則提出來的,因此必須遵守,除非有強(qiáng)制性的工程方面的原因要求遵守別的原則。

            ???把一個(gè)類的數(shù)據(jù)成員暴露給其客戶程序違反了封裝原則。提供對數(shù)據(jù)成員的非私有訪問意味著表示上的局部改變可能迫使客戶重新編寫代碼。此外,由于允許對數(shù)據(jù)成員進(jìn)行可寫訪問,無法阻止偶爾誤用導(dǎo)致數(shù)據(jù)處在不一致的狀態(tài)。保護(hù)的成員數(shù)據(jù)像公共成員數(shù)據(jù)一樣,無法限制 因數(shù)據(jù)改變而可能影響到的客戶的數(shù)量。

            ???全局變量會污染全局名稱空間,而且會歪曲設(shè)計(jì)的物理結(jié)構(gòu),使得實(shí)際上不可能進(jìn)行獨(dú)立的測試和有選擇的重用。在新的C++項(xiàng)目中沒有必要使用全局變量。我們可以通過將變量放置在一個(gè)類的作用域中作為私有靜態(tài)成員、并提供公共靜態(tài)成員函數(shù)訪問它們的方法來系統(tǒng)消除全部變量。但是,對這種模塊的過度依賴是一種不良設(shè)計(jì)的癥狀。

            ???自由函數(shù),特別是那些不在任何用戶自定義類型上操作的函數(shù),在系統(tǒng)集成時(shí)很可能與別的函數(shù)沖突。將這樣的函數(shù)嵌套在類作用域中作為靜態(tài)成員基本上可以消除沖突的危險(xiǎn)。

            ???枚舉類型、typedef以及常量數(shù)據(jù)也可能威脅全局名稱空間。通過將枚舉類型嵌套在類作用域中,任何二義性都可以通過作用域解析來消除。一個(gè)在文件作用域中的typedef看起來有點(diǎn)像類,但是在大型項(xiàng)目中急難發(fā)現(xiàn)。通過將typedef嵌套在類作用域中,他們就變的相對容易追蹤。一個(gè)在頭文件中定義的整數(shù)常量,其最好的表達(dá)方式通常是通過在類作用域中的一個(gè)枚舉值來表達(dá)。其它常量類型可以通過使它們成為某個(gè)類的靜態(tài)常量成員來限定其范圍。

            ???預(yù)處理宏對于人和機(jī)器來說都難以理解。由于宏不是C++的一部分,所以宏不遵守作用域約束,并且,如果將宏放置在一個(gè)頭文件中,宏可能與系統(tǒng)中的任何文件的任何標(biāo)識符沖突。因此,宏不應(yīng)該出現(xiàn)在頭文件中,除非是作為包含衛(wèi)哨。

            ???總的看來,我們應(yīng)該避免在一個(gè)頭文件的文件作用域中引入除了類、結(jié)構(gòu)、聯(lián)合和自由運(yùn)算符之外的任何東西。當(dāng)然,我們允許在頭文件中定義內(nèi)聯(lián)成員函數(shù)。

            ???一個(gè)定義被包含兩次會引起編譯時(shí)錯(cuò)誤。因?yàn)榇蠖鄶?shù)C++頭文件包含定義,我們有必要防止再收斂包含圖的可能性。在一個(gè)頭文件中,用內(nèi)部包含衛(wèi)哨圍繞定義可以確保每個(gè)頭文件的內(nèi)容在任何一個(gè)編譯單元中最多被加入一次。

            ???冗余(外部)包含衛(wèi)哨雖然不是一定必需的,但是它可以確保我們避免編譯時(shí)的二義包含行為。通過用冗余衛(wèi)哨圍繞頭文件的包含指令,我們可以確保每個(gè)編譯單元最多兩次打開一個(gè)頭文件。

            ???良好的文檔是軟件開發(fā)必不可少的一部分。缺少文檔將降低可用性。文檔的一個(gè)重要部分是聲明什么是沒有定義的。否則,客戶可能會依賴巧合的行為,這種行為只能來自特定的實(shí)現(xiàn)選擇。
            ???

            posted on 2007-01-14 15:45 Zero Lee 閱讀(510) 評論(0)  編輯 收藏 引用 所屬分類: CC++ Programming

            无遮挡粉嫩小泬久久久久久久 | 777米奇久久最新地址| 亚洲av伊人久久综合密臀性色 | 99久久成人国产精品免费| 国产精品99久久久久久www| 99久久国产亚洲综合精品| 国产精品久久久亚洲| 欧美激情精品久久久久久久| 奇米综合四色77777久久| 久久精品不卡| 2021精品国产综合久久| 国产精品久久久久免费a∨| 精品久久久久久综合日本| 久久综合亚洲鲁鲁五月天| 久久精品国产欧美日韩| 成人久久综合网| 无遮挡粉嫩小泬久久久久久久 | AV色综合久久天堂AV色综合在| 久久久久女教师免费一区| 久久成人影院精品777| 亚洲精品无码久久久久sm| 亚洲精品国精品久久99热| 久久www免费人成精品香蕉| 久久99精品国产麻豆宅宅| 久久精品www人人爽人人| 无码超乳爆乳中文字幕久久| 久久笫一福利免费导航| 欧美日韩中文字幕久久久不卡| 久久精品无码一区二区三区日韩 | 精品熟女少妇av免费久久| 国产成人无码精品久久久性色| 亚洲国产日韩综合久久精品| 伊人久久大香线蕉AV一区二区| 亚洲精品WWW久久久久久| 亚洲精品乱码久久久久久蜜桃| 一本久久a久久精品综合香蕉| 久久久精品国产| 欧美va久久久噜噜噜久久| 东京热TOKYO综合久久精品 | 99久久婷婷国产综合亚洲| 91精品国产91久久综合|