黎克特制替換原則:強調的是類繼承時，不要重寫或者過載父類中已經實現的方法，只實現抽象方法。
繼承包含這樣一層含義：父類中凡是已經實現好的方法（相對於抽象方法而言），實際上是在設定一系列的規範和契約，雖然它不強制要求所有的子類必須遵從這些契約，但是如果子類對這些非抽象方法任意修改，就會對整個繼承體系造成破壞。而黎克特制替換原則就是表達了這一層含義。
繼承作為物件導向三大特性之一，在給程式設計帶來巨大便利的同時，也帶來了弊端。比如使用繼承會給程式帶來侵入性，程式的可移植性降低，增加了物件間的耦合性，如果乙個類被其他的類所繼承，則當這個類需要修改時，必須考慮到所有的子類，並且父類修改後，所有涉及到子類的功能都有可能會產生故障。
如果非要重寫父類的方法，比較通用的做法是：原來的父類和子類都繼承乙個更通俗的基類，原有的繼承關係去掉，採用依賴、聚合，組合等關係代替。
黎克特制替換原則通俗的來講就是：子類可以擴充套件父類的功能，但不能改變父類原有的功能。它包含以下4層含義：
看上去很不可思議，因為我們會發現在自己程式設計中常常會違反黎克特制替換原則，程式照樣跑的好好的。所以大家都會產生這樣的疑問，假如我非要不遵循黎克特制替換原則會有什麼後果？
後果就是：你寫的**出問題的機率將會大大增加。
設計模式六大原則（2） 黎克特制替換原則
肯定有不少人跟我剛看到這項原則的時候一樣，對這個原則的名字充滿疑惑。其實原因就是這項原則最早是在1988年，由麻省理工學院的一位姓裡的女士 barbara liskov 提出來的。定義1 如果對每乙個型別為 t1的物件 o1，都有型別為 t2 的物件o2，使得以 t1定義的所有程式 p 在所有的物件...
設計模式六大原則（2） 黎克特制替換原則
肯定有不少人跟我剛看到這項原則的時候一樣，對這個原則的名字充滿疑惑。其實原因就是這項原則最早是在1988年，由麻省理工學院的一位姓裡的女士 barbara liskov 提出來的。定義1 如果對每乙個型別為 t1的物件 o1，都有型別為 t2 的物件o2，使得以 t1定義的所有程式 p 在所有的物件...
設計模式六大原則（2） 黎克特制替換原則
肯定有不少人跟我剛看到這項原則的時候一樣，對這個原則的名字充滿疑惑。其實原因就是這項原則最早是在1988年，由麻省理工學院的一位姓裡的女士 barbara liskov 提出來的。定義1 如果對每乙個型別為 t1的物件 o1，都有型別為 t2 的物件o2，使得以 t1定義的所有程式 p 在所有的物件...