黎克特制替換原則定義：所有引用基類的地方必須能透明地使用其子類的物件。
簡單來說，乙個軟體實體如果使用的是乙個父類的話，那麼一定適用於其子類，只要父類能夠出現的地方子類就可以出現，而且將父類替換為子類程式不會產生錯誤或異常，而且我們有可能察覺不出父類和子類物件的區別；
相反的，如果乙個軟體實體如果使用的是乙個子類的話，那麼它未必適用於其父類。
問題由來：有一功能p1，由類a完成。現需要將功能p1進行擴充套件，擴充套件後的功能為p，其中p由原有功能p1與新功能p2組成。新功能p由類a的子類b來完成，則子類b在完成新功能p2的同時，有可能會導致原有功能p1發生故障。
解決方案：當使用繼承時，遵循黎克特制替換原則。類b繼承類a時，除新增新的方法完成新增功能p2外，盡量不要重寫父類a的方法，也盡量不要過載父類a的方法。
理氏替換原則為繼承定義了乙個良好的規範， 繼承包含這樣一層含義：父類中凡是已經實現好的方法（相對於抽象方法而言），實際上是在設定一系列的規範和契約，雖然它不強制要求所有的子類必須遵從這些契約，但是如果子類對這些非抽象方法任意修改，就會對整個繼承體系造成破壞。而黎克特制替換原則就是表達了這一層含義。
繼承作為物件導向三大特性之一，在給程式設計帶來巨大便利的同時，也帶來了弊端。比如使用繼承會給程式帶來侵入性，程式的可移植性降低，增加了物件間的耦合性，如果乙個類被其他的類所繼承，則當這個類需要修改時，必須考慮到所有的子類，並且父類修改後，所有涉及到子類的功能都有可能會產生故障。
舉例說明繼承的風險，我們需要完成乙個兩數相減的功能，由類parent來負責。
public class father
} public static void main(string args)
100-50=50
100-80=20
後來，我們需要增加乙個新的功能：完成兩數相加，然後再與100求和，由類sun來負責。即類sun需要完成兩個功能：
兩數相減。
兩數相加，然後再加100。
由於類father已經實現了第乙個功能，所以類sun繼承類father後，只需要再完成第二個功能就可以了，**如下：
public class sun extends father
/*** 加法
* @param a
* @param b
* @return
*/public int addition(int a, int b)
} public static void main(string args)
100-50=150
100-80=180
100+20+100=220
我們發現原本執行正常的相減功能發生了錯誤。原因就是類sun在給方法起名時無意中重寫了父類的方法，造成所有執行相減功能的**全部呼叫了類sun重寫後的方法，造成原本執行正常的功能出現了錯誤。在本例中，引用基類father完成的功能，換成子類sun之後，發生了異常。在實際程式設計中，我們常常會通過重寫父類的方法來完成新的功能，這樣寫起來雖然簡單，但是整個繼承體系的可復用性會比較差，特別是運用多型比較頻繁時，程式執行出錯的機率非常大。如果非要重寫父類的方法，比較通用的做法是：原來的父類和子類都繼承乙個更通俗的基類，原有的繼承關係去掉，採用依賴、聚合，組合等關係代替。
黎克特制替換原則通俗的來講就是：子類可以擴充套件父類的功能，但不能改變父類原有的功能。它包含以下4層含義：
子類可以實現父類的抽象方法，但不能覆蓋父類的非抽象方法。
子類中可以增加自己特有的方法。
當子類的方法過載父類的方法時，方法的前置條件（即方法的形參）要比父類方法的輸入引數更寬鬆。
當子類的方法實現父類的抽象方法時，方法的後置條件（即方法的返回值）要比父類更嚴格。
看上去很不可思議，因為我們會發現在自己程式設計中常常會違反黎克特制替換原則，程式照樣跑的好好的。所以大家都會產生這樣的疑問，假如我非要不遵循黎克特制替換原則會有什麼後果？
後果就是：你寫的**出問題的機率將會大大增加。
這裡引用一篇在unity裡面的設計模式寫的比較詳細的部落格
裡面記載了好幾種常用的設計模式
乙個優秀的unity3d開發者必備的幾種設計模式
物件導向設計模式學習（一） 物件導向設計模式與原則
1。軟體設計模式是一些常見問題的一般解決案。2。物件導向設計模式是在物件導向開發中描述物件之間資訊通訊的組織關係。3。面象物件的三個特點 封裝 內部實現的隱藏 繼承 實現 復用 多型 改寫物件的行為 4。實現封裝，繼承，多型並不代表就是乙個面象物件模式設計，是面象物件模式的設計才導致了封裝，繼承，多...
物件導向 設計模式
提到設計模式，不得不感謝gof gang of four，四人組 他們1995年出版的 設計模式 一書，第一次將設計模式提公升到理論高度，並將之規範化。書中一共總結了23種基本的設計模式。而這23中設計模式幾乎涵蓋了物件導向設計過程中所有問題的解決方案。書中提到的23種設計模式分別是 1.單例模式 ...
設計模式 物件導向
所謂的設計原則也好，設計模式也罷，無非是在物件導向的前提下產生的。而物件導向的前提是抽象，物件導向的三大特徵是封裝 繼承 多型。為了從本質上理解設計模式，下面我們分析一下這些概念之間的關係。請看下圖 物件導向思想的前提是抽象，從現實世界中抽象出一些物件或者類的共性之後封裝成類或者抽象類或者介面。這些...