[TOC] # 原則 **子類必須能夠替換成他們的基類** 我們應該認真的思考應用中各個類繼承是否合適,派生類能否正確的重寫 如果錯誤的用繼承,會給系統的后期維護帶來不少麻煩.這就需要一個設計原則上來遵循,他就是替換原則 **子類型必須能夠替換掉他們的父類型,并出現在父類能夠出現的任何地方. 一個軟件實體如果使用一個基類的話,那么一定適合于子類,而且這根本不能察覺出基類對象和子類對象的區別,是不是和多態比較像?** # 主要是針對繼承的設計原則 繼承是面向對象的一個重要特性,能減少代碼?如何合理使用繼承,是LSP要解決的問題?  如果A和B違反了LSP的設計,通常做法是創建一個新的抽象類C,作為2個類的超類,將A和B的共同行為移到C中,從而解決A和B行為完全不一致的問題 php對LSP支持不太友好,缺乏向上轉型的概念,只能通過一些曲折的方法實現 # 思考 LSP替換的不僅僅是功能,還包括語義.試著思考:白馬可以替換馬,而牛同樣可以作為勞動力,可代換馬否?高跟鞋也是鞋子,男人傳高跟鞋又是否能接受?