JAVA設計模式

標籤：

設計模式主要分三個類型:建立型、結構型和行為型。 


其中建立型有： 
    一、Singleton，單例模式：保證一個類只有一個執行個體，並提供一個訪問它的全域訪問點 
　　　　例如：隨處可見，比如Servlet，sprigMVC建立時都是單例多線程的。
    二、Abstract Factory，抽象工廠：提供一個建立一系列相關或相互依賴對象的介面，而無須指定它們的具體類。 
    三、Factory Method，Factory 方法：定義一個用於建立對象的介面，讓子類決定執行個體化哪一個類，Factory Method使一個類的執行個體化延遲到了子類。 
    四、Builder，建造模式：將一個複雜物件的構建與他的表示相分離，使得同樣的構建過程可以建立不同的表示。 
    五、Prototype，原型模式：用原型執行個體指定建立對象的種類，並且通過拷貝這些原型來建立新的對象。 


行為型有： 
    六、Iterator，迭代器模式：提供一個方法順序訪問一個彙總對象的各個元素，而又不需要暴露該對象的內部表示。 
    七、Observer，觀察者模式：定義對象間一對多的依賴關係，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知自動更新。 
　　　　例如：據說是jdk使用最多的模式,好比郵件訂閱或RSS訂閱
    八、Template Method，模板方法：定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中，TemplateMethod使得子類可以不改變一個演算法的結構即可以重定義該演算法得某些特定步驟。 
    九、Command，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請求對客戶進行參數化，對請求排隊和記錄請求日誌，以及支援可撤銷的操作。 
    十、State，狀態模式：允許對象在其內部狀態改變時改變他的行為。對象看起來似乎改變了他的類。 
    十一、Strategy，策略模式：定義一系列的演算法，把他們一個個封裝起來，並使他們可以互相替換，本模式使得演算法可以獨立於使用它們的客戶。 
    十二、China of Responsibility，職責鏈模式：使多個對象都有機會處理請求，從而避免請求的送發者和接收者之間的耦合關係 
    十三、Mediator，中介者模式：用一個中介對象封裝一些列的對象互動。 
    十四、Visitor，訪問者模式：表示一個作用於某對象結構中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用於這個元素的新操作。 
    十五、Interpreter，解譯器模式：給定一個語言，定義他的文法的一個表示，並定義一個解譯器，這個解譯器使用該表示來解釋語言中的句子。 
    十六、Memento，備忘錄模式：在不破壞對象的前提下，捕獲一個對象的內部狀態，並在該對象之外儲存這個狀態。 


結構型有： 
    十七、Composite，組合模式：將對象組合成樹形結構以表示部分整體的關係，Composite使得使用者對單個對象和組合對象的使用具有一致性。 
    十八、Facade，面板模式：為子系統中的一組介面提供一致的介面，fa?ade提供了一高層介面，這個介面使得子系統更容易使用。 
    十九、Proxy，代理模式：為其他對象提供一種代理以控制對這個對象的訪問 
　　　　例如：經典的體現在Spring AOP切面中和IOC容器中
    二十、Adapter,適配器模式：將一類的介面轉換成客戶希望的另外一個介面，Adapter模式使得原本由於介面不相容而不能一起工作那些類可以一起工作。 
其中對象的適配器模式是各種結構型模式的起源，分為三種：類，對象，介面的適配器模式。

結一下三種適配器模式的應用情境：

類的適配器模式：當希望將一個類轉換成滿足另一個新介面的類時，可以使用類的適配器模式，建立一個新類，繼承原有的類，實現新的介面即可。

對象的適配器模式：當希望將一個對象轉換成滿足另一個新介面的對象時，可以建立一個Wrapper類，持有原類的一個執行個體，在Wrapper類的方法中，調用執行個體的方法就行。

介面的適配器模式：當不希望實現一個介面中所有的方法時，可以建立一個抽象類別Wrapper，實現所有方法，我們寫別的類的時候，繼承抽象類別即可。

　　　　例如：java io流中大量使用 
    二十一、Decrator，裝飾模式：動態地給一個對象增加一些額外的職責，就增加的功能來說，Decorator模式相比產生子類更加靈活。 
對比：適配器模式主要是為了介面的轉換，而裝飾者模式關注的是通過組合來動態為被裝飾者注入新的功能或行為(即所謂的責任)。
    二十二、Bridge，橋模式：將抽象部分與它的實現部分相分離，使他們可以獨立的變化。 
    二十三、Flyweight，享元模式：主要目的是實現對象的共用，即共用池，當系統中對象多的時候可以減少記憶體的開銷，通常與原廠模式一起使用。
　　　　例如：資料庫連接池便是這個原理

設計模式的六大原則

1、開閉原則（Open Close Principle）

開閉原則就是說對擴充開放，對修改關閉。在程式需要進行拓展的時候，不能去修改原有的代碼，實現一個熱插拔的效果。所以一句話概括就是：為了使程式的擴充性好，易於維護和升級。想要達到這樣的效果，我們需要使用介面和抽象類別，後面的具體設計中我們會提到這點。

2、裡氏代換原則（Liskov Substitution Principle）

裡氏代換原則(Liskov Substitution Principle LSP)物件導向設計的基本原則之一。 裡氏代換原則中說，任何基類可以出現的地方，子類一定可以出現。 LSP是繼承複用的基石，只有當衍生類可以替換掉基類，軟體單位的功能不受到影響時，基類才能真正被複用，而衍生類也能夠在基類的基礎上增加新的行為。裡氏代換原則是對“開-閉”原則的補充。實現“開-閉”原則的關鍵步驟就是抽象化。而基類與子類的繼承關係就是抽象化的具體實現，所以裡氏代換原則是對實現抽象化的具體步驟的規範。—— From Baidu 百科

3、依賴倒轉原則（Dependence Inversion Principle）

這個是開閉原則的基礎，具體內容：真對介面編程，依賴於抽象而不依賴於具體。

4、介面隔離原則（Interface Segregation Principle）

這個原則的意思是：使用多個隔離的介面，比使用單個介面要好。還是一個降低類之間的耦合度的意思，從這兒我們看出，其實設計模式就是一個軟體的設計思想，從大型軟體架構出發，為了升級和維護方便。所以上文中多次出現：降低依賴，降低耦合。

5、迪米特法則（最少知道原則）（Demeter Principle）

為什麼叫最少知道原則，就是說：一個實體應當盡量少的與其他實體之間發生相互作用，使得系統功能模組相對獨立。

6、合成複用原則（Composite Reuse Principle）

原則是盡量使用合成/彙總的方式，而不是使用繼承。

 

 

未完待續~~~~~~~~~~~~~~

 

JAVA設計模式