一、開閉原則(Open Close Principle)html
開閉原則就是說對擴展開放,對修改關閉。在程序須要進行拓展的時候,不能去修改原有的代碼,實現一個熱插拔的效果。因此一句話歸納就是:爲了使程序的擴展性好,易於維護和升級。想要達到這樣的效果,咱們須要使用接口和抽象類,後面的具體設計中咱們會提到這點。java
二、里氏代換原則(Liskov Substitution Principle)git
里氏代換原則(Liskov Substitution Principle LSP)面向對象設計的基本原則之一。 里氏代換原則中說,任何基類能夠出現的地方,子類必定能夠出現。 LSP是繼承複用的基石,只有當衍生類能夠替換掉基類,軟件單位的功能不受到影響時,基類才能真正被複用,而衍生類也可以在基類的基礎上增長新的行爲。里氏代換原則是對「開-閉」原則的補充。實現「開-閉」原則的關鍵步驟就是抽象化。而基類與子類的繼承關係就是抽象化的具體實現,因此里氏代換原則是對實現抽象化的具體步驟的規範。—— From Baidu 百科github
三、依賴倒轉原則(Dependence Inversion Principle)算法
這個是開閉原則的基礎,具體內容:真對接口編程,依賴於抽象而不依賴於具體。編程
四、接口隔離原則(Interface Segregation Principle)設計模式
這個原則的意思是:使用多個隔離的接口,比使用單個接口要好。仍是一個下降類之間的耦合度的意思,從這兒咱們看出,其實設計模式就是一個軟件的設計思想,從大型軟件架構出發,爲了升級和維護方便。因此上文中屢次出現:下降依賴,下降耦合。架構
五、迪米特法則(最少知道原則)(Demeter Principle)學習
爲何叫最少知道原則,就是說:一個實體應當儘可能少的與其餘實體之間發生相互做用,使得系統功能模塊相對獨立。ui
六、合成複用原則(Composite Reuse Principle)
原則是儘可能使用合成/聚合的方式,而不是使用繼承。
設計模式能夠分爲三大類
單例模式(Singleton) :確保有且只有一個對象被建立。
構建模式(Builder) :將一個複雜對象的構建與他的表示相分離,使得一樣的構建過程能夠建立不一樣的表示。
原型模式(Prototype) :用原型實例指定建立對象的種類,而且經過拷貝這些原型來建立新的對象。
抽象工廠模式(Abstract Factory) :容許客戶建立對象的家族,而無需指定他們的具體類。
工廠方法模式(Factory Method) :由子類決定要建立的具體類是哪個。
裝飾者模式(Decorator) :包裝一個對象,以提供新的行爲。
代理模式(Proxy) :包裝對象,以控制對此對象的訪問。
組合模式(Composite) :客戶用一致的方法處理對象集合和單個對象。
橋鏈接模式(Bridge) :將抽象部分與它的實現部分相分離,使他們能夠獨立的變化。
適配器模式(Adapter) :封裝對象,並提供不一樣的接口。
享元模式:(Flyweight) :共享相同的數據減小重複建立
外觀模式(Facade) :簡化一羣類的接口。
策略模式(Strategy) :封裝能夠互換的行爲,並使用委託來決定要使用哪個。
狀態模式(State) :封裝了基於狀態的行爲,並使用委託在行爲之間切換。
責任鏈模式(Chain of Responsibility) :使多個對象都有機會處理請求,從而避免請求的送發者和接收者之間的耦合關係 。
解釋器模式(Interpreter) :給定一個語言,定義他的文法的一個表示,並定義一個解釋器,這個解釋器使用該表示來解釋語言中的句子。
命令模式(Command) :封裝請求成爲對象。
觀察者模式(Observer) :讓對象可以在狀態改變時被通知。
備忘錄模式(Memento) :在不破壞對象的前提下,捕獲一個對象的內部狀態,並在該對象以外保存這個狀態。
迭代器模式(Iterator) :在對象的集合之中游走,而不暴露集合的實現。
模板方法模式(Template Method) :有子類決定如何實現一個算法中的步驟。
訪問者模式(Visitor) :表示一個做用於某對象結構中的各元素的操做,它使你能夠在不改變各元素類的前提下定義做用於這個元素的新操做。
中介者模式(Mediator) :用一箇中介對象封裝一些列的對象交互。
設計模式大雜燴(24種設計模式的總結以及學習設計模式的幾點建議)
練手源碼以託管到github