- 相關(guān)推薦
PHP程序面向對象分析設計的經(jīng)驗小結
(1)所有數據都應該隱藏在所在的類(lèi)的內部。
(2)類(lèi)的使用者必須依賴(lài)類(lèi)的共有接口，但類(lèi)不能依賴(lài)它的使用者。
(3)盡量減少類(lèi)的協(xié)議中的消息。
(4)實(shí)現所有類(lèi)都理解的最基本公有接口[例如，拷貝操作(深拷貝和淺拷貝)、相等性判斷、正確輸出內容、從ASCII描述解析等等]。
(5)不要把實(shí)現細節(例如放置共用代碼的私有函數)放到類(lèi)的公有接口中。如果類(lèi)的兩個(gè)方法有一段公共代碼，那么就可以創(chuàng )建一個(gè)防止這些公共代碼的私有函數。
(6)不要以用戶(hù)無(wú)法使用或不感興趣的東西擾亂類(lèi)的公有接口。
(7)類(lèi)之間應該零耦合，或者只有導出耦合關(guān)系。也即，一個(gè)類(lèi)要么同另一個(gè)類(lèi)毫無(wú)關(guān)系，要么只使用另一個(gè)類(lèi)的公有接口中的操作。
(8)類(lèi)應該只表示一個(gè)關(guān)鍵抽象。包中的所有類(lèi)對于同一類(lèi)性質(zhì)的變化應該是共同封閉的。一個(gè)變化若對一個(gè)包影響，則將對包中的所有類(lèi)產(chǎn)生影響，而對其他的包不造成任何影響。
(9)把相關(guān)的數據和行為集中放置。設計者應當留意那些通過(guò)get之類(lèi)操作從別的對象中獲取數據的對象。這種類(lèi)型的行為暗示著(zhù)這條經(jīng)驗原則被違反了。
(10)把不相關(guān)的信息放在另一個(gè)類(lèi)中(也即：互不溝通的行為)。朝著(zhù)穩定的方向進(jìn)行依賴(lài).
(11)確保你為之建模的抽象概念是類(lèi)，而不只是對象扮演的角色。
(12)在水平方向上盡可能統一地分布系統功能，也即：按照設計，頂層類(lèi)應當統一地共享工作。
(13)在你的系統中不要創(chuàng )建全能類(lèi)/對象。對名字包含Driver、Manager、System、Susystem的類(lèi)要特別多加小心。規劃一個(gè)接口而不是實(shí)現一個(gè)接口。
(14)對公共接口中定義了大量訪(fǎng)問(wèn)方法的類(lèi)多加小心。大量訪(fǎng)問(wèn)方法意味著(zhù)相關(guān)數據和行為沒(méi)有集中存放。
(15)對包含太多互不溝通的行為的類(lèi)多加小心。這個(gè)問(wèn)題的另一表現是在你的應用程序中的類(lèi)的公有接口中創(chuàng )建了很多的get和set函數。
(16)在由同用戶(hù)界面交互的面向對象模型構成的應用程序中，模型不應該依賴(lài)于界面，界面則應當依賴(lài)于模型。
(17)盡可能地按照現實(shí)世界建模(我們常常為了遵守系統功能分布原則、避免全能類(lèi)原則以及集中放置相關(guān)數據和行為的原則而違背這條原則) 。
(18)從你的設計中去除不需要的類(lèi)。一般來(lái)說(shuō)，我們會(huì )把這個(gè)類(lèi)降級成一個(gè)屬性。
(19)去除系統外的類(lèi)。系統外的類(lèi)的特點(diǎn)是，抽象地看它們只往系統領(lǐng)域發(fā)送消息但并不接受系統領(lǐng)域內其他類(lèi)發(fā)出的消息。
(20)不要把操作變成類(lèi)。質(zhì)疑任何名字是動(dòng)詞或者派生自動(dòng)詞的類(lèi)，特別是只有一個(gè)有意義行為的類(lèi)�？紤]一下那個(gè)有意義的行為是否應當遷移到已經(jīng)存在或者尚未發(fā)現的某個(gè)類(lèi)中。
(21)我們在創(chuàng )建應用程序的分析模型時(shí)常常引入代理類(lèi)。在設計階段，我們常會(huì )發(fā)現很多代理沒(méi)有用的，應當去除。
(22)盡量減少類(lèi)的協(xié)作者的數量。一個(gè)類(lèi)用到的其他類(lèi)的數目應當盡量少。
(23)盡量減少類(lèi)和協(xié)作者之間傳遞的消息的數量。
(24)盡量減少類(lèi)和協(xié)作者之間的協(xié)作量，也即：減少類(lèi)和協(xié)作者之間傳遞的不同消息的數量。
(25)盡量減少類(lèi)的扇出，也即：減少類(lèi)定義的消息數和發(fā)送的消息數的乘積。
(26)如果類(lèi)包含另一個(gè)類(lèi)的對象，那么包含類(lèi)應當給被包含的對象發(fā)送消息。也即：包含關(guān)系總是意味著(zhù)使用關(guān)系。
(27)類(lèi)中定義的大多數方法都應當在大多數時(shí)間里使用大多數數據成員。
(28)類(lèi)包含的對象數目不應當超過(guò)開(kāi)發(fā)者短期記憶的容量。這個(gè)數目常常是6。當類(lèi)包含多于6個(gè)數據成員時(shí)，可以把邏輯相關(guān)的數據成員劃分為一組，然后用一個(gè)新的包含類(lèi)去包含這一組成員。
(29)讓系統功能在窄而深的繼承體系中垂直分布。
(30)在實(shí)現語(yǔ)義約束時(shí)，最好根據類(lèi)定義來(lái)實(shí)現。這常常會(huì )導致類(lèi)泛濫成災，在這種情況下，約束應當在類(lèi)的行為中實(shí)現，通常是在構造函數中實(shí)現，但不是必須如此。
(31)在類(lèi)的構造函數中實(shí)現語(yǔ)義約束時(shí)，把約束測試放在構造函數領(lǐng)域所允許的盡量深的包含層次中。
(32)約束所依賴(lài)的語(yǔ)義信息如果經(jīng)常改變，那么最好放在一個(gè)集中式的第3方對象中。
(33)約束所依賴(lài)的語(yǔ)義信息如果很少改變，那么最好分布在約束所涉及的各個(gè)類(lèi)中。
(34)類(lèi)必須知道它包含什么，但是不能知道誰(shuí)包含它。
(35)共享字面范圍(也就是被同一個(gè)類(lèi)所包含)的對象相互之間不應當有使用關(guān)系。
(36)繼承只應被用來(lái)為特化層次結構建模。
(37)派生類(lèi)必須知道基類(lèi)，基類(lèi)不應該知道關(guān)于它們的派生類(lèi)的任何信息。
(38)基類(lèi)中的所有數據都應當是私有的，不要使用保護數據。類(lèi)的設計者永遠都不應該把類(lèi)的使用者不需要的東西放在公有接口中。
(39)在理論上，繼承層次體系應當深一點(diǎn)，越深越好。
(40)在實(shí)踐中，繼承層次體系的深度不應當超出一個(gè)普通人的短期記憶能力。一個(gè)廣為接受的深度值是6。
(41)所有的抽象類(lèi)都應當是基類(lèi)。
(42)所有的基類(lèi)都應當是抽象類(lèi)。
(43)把數據、行為和/或接口的共性盡可能地放到繼承層次體系的高端。
(44)如果兩個(gè)或更多個(gè)類(lèi)共享公共數據(但沒(méi)有公共行為)，那么應當把公共數據放在一個(gè)類(lèi)中，每個(gè)共享這個(gè)數據的類(lèi)都包含這個(gè)類(lèi)。
(45)如果兩個(gè)或更多個(gè)類(lèi)有共同的數據和行為(就是方法)，那么這些類(lèi)的每一個(gè)都應當從一個(gè)表示了這些數據和方法的公共基類(lèi)繼承。
(46)如果兩個(gè)或更多個(gè)類(lèi)共享公共接口(指的是消息，而不是方法)，那么只有他們需要被多態(tài)地使用時(shí)，他們才應當從一個(gè)公共基類(lèi)繼承。
(47)對對象類(lèi)型的顯示的分情況分析一般是錯誤的。在大多數這樣的情況下，設計者應當使用多態(tài)。
(48)對屬性值的顯示的分情況分析常常是錯誤的。類(lèi)應當解耦合成一個(gè)繼承層次結構，每個(gè)屬性值都被變換成一個(gè)派生類(lèi)。
(49)不要通過(guò)繼承關(guān)系來(lái)為類(lèi)的動(dòng)態(tài)語(yǔ)義建模。試圖用靜態(tài)語(yǔ)義關(guān)系來(lái)為動(dòng)態(tài)語(yǔ)義建模會(huì )導致在運行時(shí)切換類(lèi)型。
(50)不要把類(lèi)的對象變成派生類(lèi)。對任何只有一個(gè)實(shí)例的派生類(lèi)都要多加小心。
(51)如果你覺(jué)得需要在運行時(shí)刻創(chuàng )建新的類(lèi)，那么退后一步以認清你要創(chuàng )建的是對象�，F在，把這些對象概括成一個(gè)類(lèi)。
(52)在派生類(lèi)中用空方法(也就是什么也不做的方法)來(lái)覆寫(xiě)基類(lèi)中的方法應當是非法的。
(53)不要把可選包含同對繼承的需要相混淆。把可選包含建模成繼承會(huì )帶來(lái)泛濫成災的類(lèi)。
(54)在創(chuàng )建繼承層次時(shí)，試著(zhù)創(chuàng )建可復用的框架，而不是可復用的組件。
(55)如果你在設計中使用了多重繼承，先假設你犯了錯誤。如果沒(méi)犯錯誤，你需要設法證明。
(56)只要在面向對象設計中用到了繼承，問(wèn)自己兩個(gè)問(wèn)題：(1)派生類(lèi)是否是它繼承的那個(gè)東西的一個(gè)特殊類(lèi)型？(2)基類(lèi)是不是派生類(lèi)的一部分？
(57)如果你在一個(gè)面向對象設計中發(fā)現了多重繼承關(guān)系，確保沒(méi)有哪個(gè)基類(lèi)實(shí)際上是另一個(gè)基類(lèi)的派生類(lèi)。
(58)在面向對象設計中如果你需要在包含關(guān)系和關(guān)聯(lián)關(guān)系間作出選擇，請選擇包含關(guān)系。
(59)不要把全局數據或全局函數用于類(lèi)的對象的薄記工作。應當使用類(lèi)變量或類(lèi)方法。
(60)面向對象設計者不應當讓物理設計準則來(lái)破壞他們的邏輯設計。但是，在對邏輯設計作出決策的過(guò)程中我們經(jīng)常用到物理設計準則。
(61)不要繞開(kāi)公共接口去修改對象的狀態(tài)。
【PHP程序面向對象分析設計的經(jīng)驗小結】相關(guān)文章：
《PHP編程最快明白》第八講:php啟發(fā)和小結07-13
PHP程序員的技術(shù)成長(cháng)規劃范文08-10
PL/SQL編程中的經(jīng)驗小結09-21
jQuery程序設計08-05
PHP的壓縮函數06-21
淺談室內設計的程序10-14
室內設計方法與程序07-03