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

轉(zhuǎn)載：http://blog.csdn.net/m13666368773/article/details/7249829

轉(zhuǎn)載于:https://blog.51cto.com/zhangxu2713/789279

總結(jié)

以上是生活随笔為你收集整理的61条Java面向对象设计的经验原则的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。