設計模式基本原則
最終目的,高內聚,低耦合
開放封閉原則 類的改動是通過增加代碼進行的,不是修改源代碼
銀行類案例代碼
單壹職責原則 類的職責要單壹,對外只提供壹種功能,而引起內變化的原因都應該只有壹個
依賴倒置原則 依賴於抽象接口,不要依賴具體的實現類,也就是針對接口編程
接口隔離原則 不應該強迫客戶的程序依賴他們不需要的接口方法,壹個接口應該是提供壹種對外功能,不應該把所有的操作都封裝到壹個接口中去
裏氏替換原則 任何抽象類出現的地方都可以用它的實現類進行替換,實際就是虛擬機智語言級別,實現面向對象功能
優先使用組合而不是繼承原則 如果使用繼承,會導致復位的任何變化,都可能影響此類的行為,如果使用對象組合,就降低了這種依賴關系
迪米特法則 壹個對象應當對其他對象盡可能少的了解,從而降低各個對象之間的耦合,提高系統的可維護性。例如,在壹個程序中,各個模塊之間相互調用時,通常會提供壹個統壹的接口來實現,這樣其他模塊不需要了解另外壹個模塊的內部實現細節,這樣當壹個模塊內部的實現發生改變的時候,不會影響其他模塊的使用 黑盒原理