<dfn id="w48us"></dfn><ul id="w48us"></ul>
  • <ul id="w48us"></ul>
  • <del id="w48us"></del>
    <ul id="w48us"></ul>
  • PHP程序面向?qū)ο蠓治鲈O(shè)計的經(jīng)驗小結(jié)

    時間:2024-10-06 18:27:21 PHP 我要投稿
    • 相關(guān)推薦

    PHP程序面向?qū)ο蠓治鲈O(shè)計的經(jīng)驗小結(jié)

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

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

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

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

      (5)不要把實現(xiàn)細節(jié)(例如放置共用代碼的私有函數(shù))放到類的公有接口中。如果類的兩個方法有一段公共代碼,那么就可以創(chuàng)建一個防止這些公共代碼的私有函數(shù)。

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

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

      (8)類應該只表示一個關(guān)鍵抽象。包中的所有類對于同一類性質(zhì)的變化應該是共同封閉的。一個變化若對一個包影響,則將對包中的所有類產(chǎn)生影響,而對其他的包不造成任何影響。

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

      (10)把不相關(guān)的信息放在另一個類中(也即:互不溝通的行為)。朝著穩(wěn)定的方向進行依賴.

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

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

      (13)在你的系統(tǒng)中不要創(chuàng)建全能類/對象。對名字包含Driver、Manager、System、Susystem的類要特別多加小心。規(guī)劃一個接口而不是實現(xiàn)一個接口。

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

      (15)對包含太多互不溝通的行為的類多加小心。這個問題的另一表現(xiàn)是在你的應用程序中的類的公有接口中創(chuàng)建了很多的get和set函數(shù)。

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

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

      (18)從你的設(shè)計中去除不需要的類。一般來說,我們會把這個類降級成一個屬性。

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

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

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

      (22)盡量減少類的協(xié)作者的數(shù)量。一個類用到的其他類的數(shù)目應當盡量少。

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

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

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

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

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

      (28)類包含的對象數(shù)目不應當超過開發(fā)者短期記憶的容量。這個數(shù)目常常是6。當類包含多于6個數(shù)據(jù)成員時,可以把邏輯相關(guān)的數(shù)據(jù)成員劃分為一組,然后用一個新的包含類去包含這一組成員。

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

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

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

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

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

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

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

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

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

      (38)基類中的所有數(shù)據(jù)都應當是私有的,不要使用保護數(shù)據(jù)。類的設(shè)計者永遠都不應該把類的使用者不需要的東西放在公有接口中。

      (39)在理論上,繼承層次體系應當深一點,越深越好。

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

      (41)所有的抽象類都應當是基類。

      (42)所有的基類都應當是抽象類。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      (59)不要把全局數(shù)據(jù)或全局函數(shù)用于類的對象的薄記工作。應當使用類變量或類方法。

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

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

    【PHP程序面向?qū)ο蠓治鲈O(shè)計的經(jīng)驗小結(jié)】相關(guān)文章:

    《PHP編程最快明白》第八講:php啟發(fā)和小結(jié)07-13

    PHP程序員的技術(shù)成長規(guī)劃范文08-10

    PL/SQL編程中的經(jīng)驗小結(jié)09-21

    時間管理經(jīng)驗小結(jié)范文09-24

    jQuery程序設(shè)計08-05

    關(guān)于php面試寶典及PHP面試技巧08-16

    PHP的壓縮函數(shù)06-21

    淺談室內(nèi)設(shè)計的程序10-14

    網(wǎng)頁程序設(shè)計就業(yè)方向10-09

    室內(nèi)設(shè)計方法與程序07-03

    主站蜘蛛池模板: 亚洲欧美日韩国产精品| 九九精品成人免费国产片| 国产精品三级在线观看无码| 国产精品偷窥熟女精品视频| 国产成人精品999在线观看| 青青草97国产精品免费观看| 56prom精品视频在放免费| 国产精品女同久久久久电影院| 日韩精品人成在线播放| 91亚洲精品自在在线观看| 成人精品视频99在线观看免费| 亚洲精品高清国产一线久久| 精品亚洲成α人无码成α在线观看| 久久r热这里有精品视频| 久久久久久亚洲精品成人| 亚洲国产精品丝袜在线观看| 国产精品最新国产精品第十页| 老司机69精品成免费视频| 国产精品VA在线观看无码不卡| 麻豆成人久久精品二区三区免费| 真实国产精品vr专区| 亚洲一区爱区精品无码| 尤物yw午夜国产精品视频| 四虎影院国产精品| 国产精品内射视频免费| mm1313亚洲国产精品无码试看| 久久亚洲国产欧洲精品一| 国产精品久久久天天影视| 国产福利微拍精品一区二区| 岛国精品一区免费视频在线观看 | 国内精品久久久久久野外| 国产成人精品无码播放| 国产精品女同一区二区| 99精品高清视频一区二区| 国产成人亚洲精品| 欧美精品人爱c欧美精品| 四虎国产精品免费久久5151| 欧美精品一区二区三区视频| 99久久国产综合精品五月天喷水 | 久久精品国产网红主播| 四虎成人精品无码|