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

            C++ Programmer's Cookbook

            {C++ 基礎(chǔ)} {C++ 高級(jí)} {C#界面,C++核心算法} {設(shè)計(jì)模式} {C#基礎(chǔ)}

            61條面向?qū)ο蟮脑O(shè)計(jì)原則

            你不必嚴(yán)格遵守這些原則,違背它們也不會(huì)被處以宗教刑罰。但你應(yīng)當(dāng)把這些原則看成警鈴,若違背了其中的一條,那么警鈴就會(huì)響起。
            -----Arthur J.Riel      

              (1)所有數(shù)據(jù)都應(yīng)該隱藏在所在的類的內(nèi)部。p13

              (2)類的使用者必須依賴類的共有接口,但類不能依賴它的使用者。p15

              (3)盡量減少類的協(xié)議中的消息。p16

              (4)實(shí)現(xiàn)所有類都理解的最基本公有接口[例如,拷貝操作(深拷貝和淺拷貝)、相等性判斷、正確輸出內(nèi)容、從ASCII描述解析等等]。 p16

              (5)不要把實(shí)現(xiàn)細(xì)節(jié)(例如放置共用代碼的私有函數(shù))放到類的公有接口中。p17

              如果類的兩個(gè)方法有一段公共代碼,那么就可以創(chuàng)建一個(gè)防止這些公共代碼的私有函數(shù)。

              (6)不要以用戶無(wú)法使用或不感興趣的東西擾亂類的公有接口。p17

              (7)類之間應(yīng)該零耦合,或者只有導(dǎo)出耦合關(guān)系。也即,一個(gè)類要么同另一個(gè)類毫無(wú)關(guān)系,要么只使用另一個(gè)類的公有接口中的操作。 p18

              (8)類應(yīng)該只表示一個(gè)關(guān)鍵抽象。p19

              包中的所有類對(duì)于同一類性質(zhì)的變化應(yīng)該是共同封閉的。一個(gè)變化若對(duì)一個(gè)包影響,則將對(duì)包中的所有類產(chǎn)生影響,而對(duì)其他的包不造成任何影響 .

              (9)把相關(guān)的數(shù)據(jù)和行為集中放置。p19

              設(shè)計(jì)者應(yīng)當(dāng)留意那些通過(guò)get之類操作從別的對(duì)象中獲取數(shù)據(jù)的對(duì)象。這種類型的行為暗示著這條經(jīng)驗(yàn)原則被違反了。

              (10)把不相關(guān)的信息放在另一個(gè)類中(也即:互不溝通的行為)。p19

              朝著穩(wěn)定的方向進(jìn)行依賴.

              (11)確保你為之建模的抽象概念是類,而不只是對(duì)象扮演的角色。p23

              (12)在水平方向上盡可能統(tǒng)一地分布系統(tǒng)功能,也即:按照設(shè)計(jì),頂層類應(yīng)當(dāng)統(tǒng)一地共享工作。p30

              (13)在你的系統(tǒng)中不要?jiǎng)?chuàng)建全能類/對(duì)象。對(duì)名字包含Driver、Manager、System、Susystem的類要特別多加小心。p30

              規(guī)劃一個(gè)接口而不是實(shí)現(xiàn)一個(gè)接口。

              (14)對(duì)公共接口中定義了大量訪問(wèn)方法的類多加小心。大量訪問(wèn)方法意味著相關(guān)數(shù)據(jù)和行為沒(méi)有集中存放。p30

              (15)對(duì)包含太多互不溝通的行為的類多加小心。p31

              這個(gè)問(wèn)題的另一表現(xiàn)是在你的應(yīng)用程序中的類的公有接口中創(chuàng)建了很多的get和set函數(shù)。

              (16)在由同用戶界面交互的面向?qū)ο竽P蜆?gòu)成的應(yīng)用程序中,模型不應(yīng)該依賴于界面,界面則應(yīng)當(dāng)依賴于模型。p33

              (17)盡可能地按照現(xiàn)實(shí)世界建模(我們常常為了遵守系統(tǒng)功能分布原則、避免全能類原則以及集中放置相關(guān)數(shù)據(jù)和行為的原則而違背這條原則) 。p36

              (18)從你的設(shè)計(jì)中去除不需要的類。p38

              一般來(lái)說(shuō),我們會(huì)把這個(gè)類降級(jí)成一個(gè)屬性。

              (19)去除系統(tǒng)外的類。p39

              系統(tǒng)外的類的特點(diǎn)是,抽象地看它們只往系統(tǒng)領(lǐng)域發(fā)送消息但并不接受系統(tǒng)領(lǐng)域內(nèi)其他類發(fā)出的消息。

              (20)不要把操作變成類。質(zhì)疑任何名字是動(dòng)詞或者派生自動(dòng)詞的類,特別是只有一個(gè)有意義行為的類。考慮一下那個(gè)有意義的行為是否應(yīng)當(dāng)遷移到已經(jīng)存在或者尚未發(fā)現(xiàn)的某個(gè)類中。p40

              (21)我們?cè)趧?chuàng)建應(yīng)用程序的分析模型時(shí)常常引入代理類。在設(shè)計(jì)階段,我們常會(huì)發(fā)現(xiàn)很多代理沒(méi)有用的,應(yīng)當(dāng)去除。p43

              (22)盡量減少類的協(xié)作者的數(shù)量。p52

              一個(gè)類用到的其他類的數(shù)目應(yīng)當(dāng)盡量少。

              (23)盡量減少類和協(xié)作者之間傳遞的消息的數(shù)量。p55

              (24)盡量減少類和協(xié)作者之間的協(xié)作量,也即:減少類和協(xié)作者之間傳遞的不同消息的數(shù)量。p55

              (25)盡量減少類的扇出,也即:減少類定義的消息數(shù)和發(fā)送的消息數(shù)的乘積。p55

              (26)如果類包含另一個(gè)類的對(duì)象,那么包含類應(yīng)當(dāng)給被包含的對(duì)象發(fā)送消息。也即:包含關(guān)系總是意味著使用關(guān)系。p55

              (27)類中定義的大多數(shù)方法都應(yīng)當(dāng)在大多數(shù)時(shí)間里使用大多數(shù)數(shù)據(jù)成員。p57

              (28)類包含的對(duì)象數(shù)目不應(yīng)當(dāng)超過(guò)開發(fā)者短期記憶的容量。這個(gè)數(shù)目常常是6。p57

              當(dāng)類包含多于6個(gè)數(shù)據(jù)成員時(shí),可以把邏輯相關(guān)的數(shù)據(jù)成員劃分為一組,然后用一個(gè)新的包含類去包含這一組成員。

              (29)讓系統(tǒng)功能在窄而深的繼承體系中垂直分布。p58

              (30)在實(shí)現(xiàn)語(yǔ)義約束時(shí),最好根據(jù)類定義來(lái)實(shí)現(xiàn)。這常常會(huì)導(dǎo)致類泛濫成災(zāi),在這種情況下,約束應(yīng)當(dāng)在類的行為中實(shí)現(xiàn),通常是在構(gòu)造函數(shù)中實(shí)現(xiàn),但不是必須如此。p60

              (31)在類的構(gòu)造函數(shù)中實(shí)現(xiàn)語(yǔ)義約束時(shí),把約束測(cè)試放在構(gòu)造函數(shù)領(lǐng)域所允許的盡量深的包含層次中。p60

              (32)約束所依賴的語(yǔ)義信息如果經(jīng)常改變,那么最好放在一個(gè)集中式的第3方對(duì)象中。p60

              (33)約束所依賴的語(yǔ)義信息如果很少改變,那么最好分布在約束所涉及的各個(gè)類中。p60

              (34)類必須知道它包含什么,但是不能知道誰(shuí)包含它。p61

              (35)共享字面范圍(也就是被同一個(gè)類所包含)的對(duì)象相互之間不應(yīng)當(dāng)有使用關(guān)系。p61

              (36)繼承只應(yīng)被用來(lái)為特化層次結(jié)構(gòu)建模。p74

              (37)派生類必須知道基類,基類不應(yīng)該知道關(guān)于它們的派生類的任何信息。p74

              (38)基類中的所有數(shù)據(jù)都應(yīng)當(dāng)是私有的,不要使用保護(hù)數(shù)據(jù)。p75

              類的設(shè)計(jì)者永遠(yuǎn)都不應(yīng)該把類的使用者不需要的東西放在公有接口中。

              (39)在理論上,繼承層次體系應(yīng)當(dāng)深一點(diǎn),越深越好。p77

              (40)在實(shí)踐中,繼承層次體系的深度不應(yīng)當(dāng)超出一個(gè)普通人的短期記憶能力。一個(gè)廣為接受的深度值是6。p77

              (41)所有的抽象類都應(yīng)當(dāng)是基類。p81

              (42)所有的基類都應(yīng)當(dāng)是抽象類。p82

              (43)把數(shù)據(jù)、行為和/或接口的共性盡可能地放到繼承層次體系的高端。p85

              (44)如果兩個(gè)或更多個(gè)類共享公共數(shù)據(jù)(但沒(méi)有公共行為),那么應(yīng)當(dāng)把公共數(shù)據(jù)放在一個(gè)類中,每個(gè)共享這個(gè)數(shù)據(jù)的類都包含這個(gè)類。 p88

              (45)如果兩個(gè)或更多個(gè)類有共同的數(shù)據(jù)和行為(就是方法),那么這些類的每一個(gè)都應(yīng)當(dāng)從一個(gè)表示了這些數(shù)據(jù)和方法的公共基類繼承。 p89

              (46)如果兩個(gè)或更多個(gè)類共享公共接口(指的是消息,而不是方法),那么只有他們需要被多態(tài)地使用時(shí),他們才應(yīng)當(dāng)從一個(gè)公共基類繼承。 p89

              (47)對(duì)對(duì)象類型的顯示的分情況分析一般是錯(cuò)誤的。在大多數(shù)這樣的情況下,設(shè)計(jì)者應(yīng)當(dāng)使用多態(tài)。p89

              (48)對(duì)屬性值的顯示的分情況分析常常是錯(cuò)誤的。類應(yīng)當(dāng)解耦合成一個(gè)繼承層次結(jié)構(gòu),每個(gè)屬性值都被變換成一個(gè)派生類。 p96

              (49)不要通過(guò)繼承關(guān)系來(lái)為類的動(dòng)態(tài)語(yǔ)義建模。試圖用靜態(tài)語(yǔ)義關(guān)系來(lái)為動(dòng)態(tài)語(yǔ)義建模會(huì)導(dǎo)致在運(yùn)行時(shí)切換類型。p97

              (50)不要把類的對(duì)象變成派生類。對(duì)任何只有一個(gè)實(shí)例的派生類都要多加小心。p99

              (51)如果你覺(jué)得需要在運(yùn)行時(shí)刻創(chuàng)建新的類,那么退后一步以認(rèn)清你要?jiǎng)?chuàng)建的是對(duì)象。現(xiàn)在,把這些對(duì)象概括成一個(gè)類。 p103

              (52)在派生類中用空方法(也就是什么也不做的方法)來(lái)覆寫基類中的方法應(yīng)當(dāng)是非法的。p103

              (53)不要把可選包含同對(duì)繼承的需要相混淆。把可選包含建模成繼承會(huì)帶來(lái)泛濫成災(zāi)的類。p108

              (54)在創(chuàng)建繼承層次時(shí),試著創(chuàng)建可復(fù)用的框架,而不是可復(fù)用的組件。p112

              (55)如果你在設(shè)計(jì)中使用了多重繼承,先假設(shè)你犯了錯(cuò)誤。如果沒(méi)犯錯(cuò)誤,你需要設(shè)法證明。p120

              (56)只要在面向?qū)ο笤O(shè)計(jì)中用到了繼承,問(wèn)自己兩個(gè)問(wèn)題:(1)派生類是否是它繼承的那個(gè)東西的一個(gè)特殊類型?(2)基類是不是派生類的一部分?p121

              (57)如果你在一個(gè)面向?qū)ο笤O(shè)計(jì)中發(fā)現(xiàn)了多重繼承關(guān)系,確保沒(méi)有哪個(gè)基類實(shí)際上是另一個(gè)基類的派生類。p122

              (58)在面向?qū)ο笤O(shè)計(jì)中如果你需要在包含關(guān)系和關(guān)聯(lián)關(guān)系間作出選擇,請(qǐng)選擇包含關(guān)系。p135

              (59)不要把全局?jǐn)?shù)據(jù)或全局函數(shù)用于類的對(duì)象的薄記工作。應(yīng)當(dāng)使用類變量或類方法。p140

              (60)面向?qū)ο笤O(shè)計(jì)者不應(yīng)當(dāng)讓物理設(shè)計(jì)準(zhǔn)則來(lái)破壞他們的邏輯設(shè)計(jì)。但是,在對(duì)邏輯設(shè)計(jì)作出決策的過(guò)程中我們經(jīng)常用到物理設(shè)計(jì)準(zhǔn)則。 p149

              (61)不要繞開公共接口去修改對(duì)象的狀態(tài)。p164

            posted on 2005-12-29 17:00 夢(mèng)在天涯 閱讀(4109) 評(píng)論(1)  編輯 收藏 引用 所屬分類: CPlusPlus

            評(píng)論

            # re: 61條面向?qū)ο蟮脑O(shè)計(jì)原則 2013-11-01 23:18 歲月漫步

            很好  回復(fù)  更多評(píng)論   

            公告

            EMail:itech001#126.com

            導(dǎo)航

            統(tǒng)計(jì)

            • 隨筆 - 461
            • 文章 - 4
            • 評(píng)論 - 746
            • 引用 - 0

            常用鏈接

            隨筆分類

            隨筆檔案

            收藏夾

            Blogs

            c#(csharp)

            C++(cpp)

            Enlish

            Forums(bbs)

            My self

            Often go

            Useful Webs

            Xml/Uml/html

            搜索

            •  

            積分與排名

            • 積分 - 1804392
            • 排名 - 5

            最新評(píng)論

            閱讀排行榜

            亚洲国产天堂久久综合| 久久国产免费直播| 久久久久女教师免费一区| 天天久久狠狠色综合| 国产精品久久影院| 日韩精品久久久久久| 国产日韩久久免费影院| 精品熟女少妇aⅴ免费久久| 久久国产成人午夜aⅴ影院| 国产精品激情综合久久| 久久久91人妻无码精品蜜桃HD| 久久精品国产国产精品四凭| 久久国产成人午夜aⅴ影院 | 丁香久久婷婷国产午夜视频| 日本福利片国产午夜久久| 国产叼嘿久久精品久久| 日韩AV毛片精品久久久| 久久天天躁狠狠躁夜夜avapp| 国内精品综合久久久40p| 99久久超碰中文字幕伊人| 精品一区二区久久久久久久网站| 久久久国产精品福利免费 | 欧美噜噜久久久XXX| 久久se精品一区精品二区| 欧美国产成人久久精品| 亚洲国产另类久久久精品小说 | 久久综合色老色| 久久香综合精品久久伊人| 国产精品成人久久久久三级午夜电影 | 2021最新久久久视精品爱| 久久久久无码精品国产不卡| 精品久久久久久无码中文野结衣 | 青春久久| 国产韩国精品一区二区三区久久| 久久亚洲2019中文字幕| 人妻精品久久无码专区精东影业| 国产毛片久久久久久国产毛片| 亚洲精品无码久久久久| 久久久久噜噜噜亚洲熟女综合| www久久久天天com| 久久亚洲精品无码VA大香大香|