青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

C++ Programmer's Cookbook

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  這個問題的另一表現(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)實世界建模(我們常常為了遵守系統(tǒng)功能分布原則、避免全能類原則以及集中放置相關(guān)數(shù)據(jù)和行為的原則而違背這條原則) 。p36

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

  一般來說,我們會把這個類降級成一個屬性。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

評論

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

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

公告

EMail:itech001#126.com

導(dǎo)航

統(tǒng)計

  • 隨筆 - 461
  • 文章 - 4
  • 評論 - 746
  • 引用 - 0

常用鏈接

隨筆分類

隨筆檔案

收藏夾

Blogs

c#(csharp)

C++(cpp)

Enlish

Forums(bbs)

My self

Often go

Useful Webs

Xml/Uml/html

搜索

  •  

積分與排名

  • 積分 - 1811982
  • 排名 - 5

最新評論

閱讀排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
              久久久亚洲高清| 久久久久国内| 国产免费观看久久| 国产精品久久7| 国产精品亚洲视频| 国产精品丝袜久久久久久app| 国产精品盗摄久久久| 国产欧美日韩亚州综合| 国产一二三精品| 伊人蜜桃色噜噜激情综合| 最新亚洲视频| 亚洲影院免费| 久久亚洲综合| 日韩亚洲欧美中文三级| 亚洲一区影音先锋| 久久躁日日躁aaaaxxxx| 欧美日韩精品欧美日韩精品一| 国产精品日韩精品| 在线欧美福利| 小黄鸭精品aⅴ导航网站入口| 久久婷婷久久| 日韩亚洲国产精品| 久久精品一本| 国产精品大全| 亚洲毛片在线观看.| 欧美在线免费视屏| 亚洲国产精品视频| 亚洲在线观看视频| 欧美国产专区| 极品尤物av久久免费看 | 精品91视频| 日韩午夜精品| 麻豆精品在线视频| 亚洲女人天堂成人av在线| 欧美va天堂在线| 亚洲精品一区二区三区福利| 夜夜爽www精品| 久热精品在线视频| 亚洲综合首页| 欧美日韩一区二区欧美激情| 永久域名在线精品| 欧美在线免费视频| 亚洲一区二区高清视频| 欧美99在线视频观看| 国产亚洲美州欧州综合国| 亚洲一本视频| 99视频日韩| 欧美日韩一区二区三区在线 | 激情欧美日韩| 久久成人免费| 亚洲综合精品四区| 欧美性生交xxxxx久久久| 99精品热视频| 亚洲片区在线| 欧美精品不卡| aⅴ色国产欧美| 亚洲久色影视| 国产精品草草| 香蕉成人啪国产精品视频综合网| av成人免费在线| 国产精品99免费看 | 欧美在线一二三四区| 中国成人亚色综合网站| 欧美色图天堂网| 亚洲欧美视频在线观看视频| 亚洲一区二区日本| 国产精品视频精品| 久久成人亚洲| 久久久精品久久久久| 激情综合久久| 亚洲电影在线| 欧美日韩视频一区二区三区| 亚洲一区二区三区欧美| 亚洲夜晚福利在线观看| 国产精品一级二级三级| 久久久99免费视频| 久久亚洲精品视频| 99亚洲伊人久久精品影院红桃| 日韩视频在线观看| 国产伦精品一区二区三区四区免费| 久久久www免费人成黑人精品| 欧美一区二区三区男人的天堂| 韩国欧美一区| 亚洲老司机av| 国产精品中文字幕欧美| 另类春色校园亚洲| 欧美日韩国产成人精品| 性久久久久久久久| 久久婷婷久久| 亚洲视频一区二区| 久久精品国产久精国产一老狼| 国产一区二区按摩在线观看| 欧美日韩国产首页在线观看| 午夜免费久久久久| 久久黄色小说| 正在播放亚洲一区| 久久久欧美精品| 一区二区三区精品久久久| 亚洲欧美综合网| 一本一本a久久| 久久久久免费| 午夜精品久久久久久久99黑人| 蜜桃av一区| 久久精品视频导航| 欧美三级视频| 欧美不卡视频| 国产丝袜美腿一区二区三区| 亚洲三级视频| 亚洲丁香婷深爱综合| 亚洲欧美激情一区| 亚洲一区二区成人| 欧美高清日韩| 欧美成人精品高清在线播放| 国产日韩精品一区| 在线一区二区三区四区五区| 亚洲精选大片| 蜜臀av性久久久久蜜臀aⅴ| 久久精品国产一区二区三| 欧美四级在线观看| 亚洲激情视频在线| 1024亚洲| 久久综合九色综合网站| 午夜在线精品| 国产嫩草影院久久久久| 一本到12不卡视频在线dvd| 亚洲精品综合在线| 农夫在线精品视频免费观看| 美女黄毛**国产精品啪啪| 国产一区二区三区自拍| 香蕉成人伊视频在线观看| 欧美在线在线| 国产日韩欧美中文在线播放| 亚洲欧美日韩在线不卡| 午夜精品一区二区三区在线播放| 国产精品v欧美精品v日韩精品| 亚洲精品你懂的| 亚洲国产精品日韩| 久久一日本道色综合久久| 久久亚洲一区二区| 亚洲大胆在线| 欧美二区在线看| 亚洲精品视频在线观看免费| 日韩视频一区二区在线观看 | 久久最新视频| 亚洲成色777777在线观看影院| 久久性天堂网| 亚洲欧洲美洲综合色网| 在线视频欧美日韩| 国产精品入口| 欧美专区第一页| 欧美激情视频一区二区三区在线播放| 91久久精品一区| 欧美日韩一区视频| 亚洲专区一区| 免费成人黄色av| 999在线观看精品免费不卡网站| 欧美日韩国内自拍| 久久久999| 久久―日本道色综合久久| 欧美jjzz| 中文精品在线| 国产偷国产偷精品高清尤物| 久久精品视频亚洲| 亚洲第一精品夜夜躁人人躁 | 国产精品视频999| 久久九九久久九九| 亚洲欧洲在线一区| 午夜综合激情| 亚洲日本成人女熟在线观看| 欧美日韩一区视频| 久久成人综合视频| 亚洲人www| 久久亚洲精品伦理| 亚洲性图久久| 91久久在线观看| 国产啪精品视频| 欧美精品一区二区三区四区| 香蕉久久夜色精品国产| 亚洲福利免费| 久久天堂国产精品| 亚洲影音先锋| 日韩亚洲成人av在线| 国内在线观看一区二区三区| 欧美日韩国产综合新一区| 久久国产精品久久精品国产| 一本大道久久a久久精二百| 免费在线观看一区二区| 香蕉久久夜色| 一个色综合av| 亚洲欧洲一区二区三区| 国产综合自拍| 国产精品日韩在线观看| 欧美精品亚洲精品| 另类亚洲自拍| 久久精品在线观看| 午夜精品久久久久久久久久久| 亚洲美女中出| 亚洲精品乱码久久久久久蜜桃91| 美女诱惑黄网站一区| 久久久精品网|