1.開-閉原則(Open-Closed Principle, OCP):一個軟件實體應(yīng)當(dāng)對擴展開發(fā),對修改關(guān)閉.說的是,再設(shè)計一個模塊的時候,應(yīng)當(dāng)使這個模塊可以在不被修改的前提下被擴展.換言之,應(yīng)當(dāng)可以在不必修改源代碼的情況下改變這個模塊的行為，在保持系統(tǒng)一定穩(wěn)定性的基礎(chǔ)上，對系統(tǒng)進行擴展。這是面向?qū)ο笤O(shè)計（OOD）的基石，也是最重要的原則粪狼。

2.里氏代換原則(Liskov Substitution Principle,惩诵龋縮寫為.LSP)
(1).由Barbar Liskov(芭芭拉.里氏)提出，是繼承復(fù)用的基石再榄。
(2).嚴(yán)格表達(dá):如果每一個類型為T1的對象o1,都有類型為T2的對象o2,使得以T1定義的所有程序P在所有的對象o1都代換稱o2時,程序P的行為沒有變化,那么類型T2是類型T1的子類型.
換言之,一個軟件實體如果使用的是一個基類的話,那么一定適用于其子類,而且它根本不能察覺出基類對象和子類對象的區(qū)別.只有衍生類可以替換基類狡刘，軟件單位的功能才能不受影響，基類才能真正被復(fù)用困鸥，而衍生類也能夠在基類的基礎(chǔ)上增加新功能嗅蔬。
(3).反過來的代換不成立
(4).<墨子.小取>中說:"白馬,馬也; 乘白馬,乘馬也.驪馬(黑馬),馬也;乘驪馬,乘馬也."
(5).該類西方著名的例程為:正方形是否是長方形的子類(答案是"否")。類似的還有橢圓和圓的關(guān)系疾就。
(6).應(yīng)當(dāng)盡量從抽象類繼承,而不從具體類繼承,一般而言,如果有兩個具體類A,B有繼承關(guān)系,那么一個最簡單的修改方案是建立一個抽象類C,然后讓類A和B成為抽象類C的子類.即如果有一個由繼承關(guān)系形成的登記結(jié)構(gòu)的話,那么在等級結(jié)構(gòu)的樹形圖上面所有的樹葉節(jié)點都應(yīng)當(dāng)是具體類;而所有的樹枝節(jié)點都應(yīng)當(dāng)是抽象類或者接口.
(7)."基于契約設(shè)計(Design By Constract),簡稱DBC"這項技術(shù)對LISKOV代換原則提供了支持.該項技術(shù)Bertrand Meyer伯特蘭做過詳細(xì)的介紹:
使用DBC,類的編寫者顯式地規(guī)定針對該類的契約.客戶代碼的編寫者可以通過該契約獲悉可以依賴的行為方式.契約是通過每個方法聲明的前置條件(preconditions)和后置條件(postconditions)來指定的.要使一個方法得以執(zhí)行,前置條件必須為真.執(zhí)行完畢后,該方法要保證后置條件為真.就是說,在重新聲明派生類中的例程(routine)時,只能使用相等或者更弱的前置條件來替換原始的前置條件,只能使用相等或者更強的后置條件來替換原始的后置條件.

3.依賴倒置原則(Dependence Inversion Principle),要求客戶端依賴于抽象耦合.
(1)表述:抽象不應(yīng)當(dāng)依賴于細(xì)節(jié),細(xì)節(jié)應(yīng)當(dāng)依賴于抽象.(Program to an interface, not an implementaction)
(2)表述二:針對接口編程的意思是說,應(yīng)當(dāng)使用接口和抽象類進行變量的類型聲明,參量的類型聲明,方法的返還類型聲明,以及數(shù)據(jù)類型的轉(zhuǎn)換等.不要針對實現(xiàn)編程的意思就是說,不應(yīng)當(dāng)使用具體類進行變量的類型聲明,參量類型聲明,方法的返還類型聲明,以及數(shù)據(jù)類型的轉(zhuǎn)換等.
要保證做到這一點,一個具體的類應(yīng)等只實現(xiàn)接口和抽象類中聲明過的方法,而不應(yīng)當(dāng)給出多余的方法.
只要一個被引用的對象存在抽象類型,就應(yīng)當(dāng)在任何引用此對象的地方使用抽象類型,包括參量的類型聲明,方法返還類型的聲明,屬性變量的類型聲明等.
(3)接口與抽象的區(qū)別就在于抽象類可以提供某些方法的部分實現(xiàn),而接口則不可以,這也大概是抽象類唯一的優(yōu)點.如果向一個抽象類加入一個新的具體方法,那么所有的子類型一下子就都得到得到了這個新的具體方法,而接口做不到這一點.如果向一個接口加入了一個新的方法的話,所有實現(xiàn)這個接口的類就全部不能通過編譯了,因為它們都沒有實現(xiàn)這個新聲明的方法.這顯然是接口的一個缺點.
(4)一個抽象類的實現(xiàn)只能由這個抽象類的子類給出,也就是說,這個實現(xiàn)處在抽象類所定義出的繼承的登記結(jié)構(gòu)中,而由于一般語言都限制一個類只能從最多一個超類繼承,因此將抽象作為類型定義工具的效能大打折扣.
反過來,看接口,就會發(fā)現(xiàn)任何一個實現(xiàn)了一個接口所規(guī)定的方法的類都可以具有這個接口的類型,而一個類可以實現(xiàn)任意多個接口.
(5)從代碼重構(gòu)的角度上講,將一個單獨的具體類重構(gòu)成一個接口的實現(xiàn)是很容易的,只需要聲明一個接口,并將重要的方法添加到接口聲明中,然后在具體類定義語句中加上保留字以繼承于該接口就行了.
而作為一個已有的具體類添加一個抽象類作為抽象類型不那么容易,因為這個具體類有可能已經(jīng)有一個超類.這樣一來,這個新定義的抽象類只好繼續(xù)向上移動,變成這個超類的超類,如此循環(huán),最后這個新的抽象類必定處于整個類型等級結(jié)構(gòu)的最上端,從而使登記結(jié)構(gòu)中的所有成員都會受到影響.
(6)接口是定義混合類型的理想工具,所為混合類型,就是在一個類的主類型之外的次要類型.一個混合類型表明一個類不僅僅具有某個主類型的行為,而且具有其他的次要行為.
(7)聯(lián)合使用接口和抽象類:
由于抽象類具有提供缺省實現(xiàn)的優(yōu)點,而接口具有其他所有優(yōu)點,所以聯(lián)合使用兩者就是一個很好的選擇.
首先,聲明類型的工作仍然接口承擔(dān)的,但是同時給出的還有一個抽象類,為這個接口給出一個缺省實現(xiàn).其他同屬于這個抽象類型的具體類可以選擇實現(xiàn)這個接口,也可以選擇繼承自這個抽象類.如果一個具體類直接實現(xiàn)這個接口的話,它就必須自行實現(xiàn)所有的接口;相反,如果它繼承自抽象類的話,它可以省去一些不必要的的方法,因為它可以從抽象類中自動得到這些方法的缺省實現(xiàn);如果需要向接口加入一個新的方法的話,那么只要同時向這個抽象類加入這個方法的一個具體實現(xiàn)就可以了,因為所有繼承自這個抽象類的子類都會從這個抽象類得到這個具體方法.這其實就是缺省適配器模式(Defaule Adapter).
(8)什么是高層策略呢?它是應(yīng)用背后的抽象,是那些不隨具體細(xì)節(jié)的改變而改變的真理. 它是系統(tǒng)內(nèi)部的系統(tǒng)____隱喻.

4.接口隔離原則(Interface Segregation Principle, ISP)
（1）一個類對另外一個類的依賴是建立在最小的接口上澜术。

（2）使用多個專門的接口比使用單一的總接口要好.根據(jù)客戶需要的不同,而為不同的客戶端提供不同的服務(wù)是一種應(yīng)當(dāng)?shù)玫焦膭畹淖龇?就像"看人下菜碟"一樣,要看客人是誰,再提供不同檔次的飯菜.
（3）胖接口會導(dǎo)致他們的客戶程序之間產(chǎn)生不正常的并且有害的耦合關(guān)系.當(dāng)一個客戶程序要求該胖接口進行一個改動時,會影響到所有其他的客戶程序.因此客戶程序應(yīng)該僅僅依賴他們實際需要調(diào)用的方法.

5.合成/聚合復(fù)用原則(Composite/Aggregate Reuse Principle,CARP)
在一個新的對象里面使用一些已有的對象,使之成為新對象的一部分;新的對象通過這些向?qū)ο蟮奈蛇_(dá)到復(fù)用已有功能的目的.這個設(shè)計原則有另一個簡短的表述:要盡量使用合成/聚合,盡量不要使用繼承.

6.迪米特法則(Law of Demeter LoD)又叫做最少知識原則(Least Knowledge Principle,LKP),就是說,一個對象應(yīng)當(dāng)對其他對象有盡可能少的了了解.
迪米特法則最初是用來作為面向?qū)ο蟮南到y(tǒng)設(shè)計風(fēng)格的一種法則,與1987年秋天由Ian Holland在美國東北大學(xué)為一個叫做迪米特(Demeter)的項目設(shè)計提出的,因此叫做迪米特法則[LIEB89][LIEB86].這條法則實際上是很多著名系統(tǒng),比如火星登陸軟件系統(tǒng),木星的歐羅巴衛(wèi)星軌道飛船的軟件系統(tǒng)的指導(dǎo)設(shè)計原則.
沒有任何一個其他的OO設(shè)計原則象迪米特法則這樣有如此之多的表述方式,如下幾種:
(1)只與你直接的朋友們通信(Only talk to your immediate friends)
(2)不要跟"陌生人"說話(Don't talk to strangers)
(3)每一個軟件單位對其他的單位都只有最少的知識,而且局限于那些本單位密切相關(guān)的軟件單位.
就是說,如果兩個類不必彼此直接通信,那么這兩個類就不應(yīng)當(dāng)發(fā)生直接的相互作用,如果其中的一個類需要調(diào)用另一個類的某一個方法的話,可以通過第三者轉(zhuǎn)發(fā)這個調(diào)用。

7.單一職責(zé)原則(Simple responsibility pinciple SRP)
就一個類而言,應(yīng)該僅有一個引起它變化的原因,如果你能想到多于一個的動機去改變一個類,那么這個類就具有多于一個的職責(zé).應(yīng)該把多于的指責(zé)分離出去,分別再創(chuàng)建一些類來完成每一個職責(zé).

另外：常說的OO五大原則就是指其中的 ：

1猬腰、單一職責(zé)原則鸟废；

2、開放閉合原則姑荷；

3盒延、里氏替換原則；

4鼠冕、依賴倒置原則兰英；

5、接口隔離原則供鸠。