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