Java設計模式概述

設計模式概述

1. 設計模式是什麼

咱們在平時編寫代碼的過程當中，會遇到各類各樣的問題，細想一下不少問題的解決思路大體同樣的，這時候你就能夠把解決問題的思路整理清晰，成爲一種解決問題的核心模式，之後你就能使用這種模式解決相似的問題，而沒必要絞盡腦汁尋找最優解決方案。通過多年各路大牛的貢獻和實踐，造成了一套系統的軟件設計模式。

設計模式是軟件工程的基石脈絡，如同大廈的結構同樣。之因此使用設計模式，根本緣由是爲了代碼複用，增長可維護性。

2. 設計模式的類別

設計模式一共分爲3種類型，共23種。

1）建立型模式：建立型模式抽象了實例化過程。他們幫助一個系統獨立於如何建立、組合和表示他的對象。

屬於建立型的設計模式：

單例模式(Singleton)、抽象工廠模式(Abstract Factory)、工廠模式(Factory Method)、建造者模式(Builder)、原型模式(Prototype)。

2）結構型模式：結構型模式涉及到如何組合類和對象以畫的更大的結構，結構型模式採用繼承或組合機制來組合接口或實現。

屬於結構型的設計模式：

適配器模式(Adapter)、橋接模式(Bridge)、裝飾模式(Decorator)、組合模式(Composite)、外觀模式(Facade)、享元模式(Flyweight)、代理模式(Proxy)。

3）行爲型模式：行爲模式設計到算法和對象間職責的分配。

屬於行爲型的設計模式：

模塊方法模式(Template Method)、命令模式(Command)、迭代器模式(Iterator)、觀察者模式(Observer)、中介者模式(Mediator)、備忘錄模式(Memento)、解釋器模式(Interpreter)、狀態模式(State)、策略模式(Strategy)、職責鏈模式(Chain of Responsibility)、訪問者模式(Visitor)。

學習任何一種設計模式都要從如下4點入手：

A.模式名稱：一個助記名，他用一兩個詞來描述模式的問題、解決方案和效果。

B.問題：描述了應該在什麼時候使用設計模式。

C.解決方案：描述了設計的組成成分，它們之間的相互關係及各自的職責和協做方式。

D.效果：描述了模式的應用效果及使用模式應權衡的問題。

3. 設計模式的意圖

每種設計模式都致力於解決一種問題，如下表格列舉了這些設計模式的做用。

設計模式	意圖/做用
建立型模式
單例模式	保證一個類僅有一個實例，並提供一個訪問它的全局訪問點。
抽象工廠模式	提供一個建立一系列相關或相互依賴對象的接口，而無需指定他們具體的類。
工廠模式	定義一個用於建立對象的接口，讓子類決定實例化哪個類，工廠模式使用一個類的實例化延遲到其子類。
建造者模式	將一個複雜對象的構建與他的表示分離，使得一樣的構建過程能夠建立不一樣的表示。
原型模式	用原型實例指定建立對象的種類，而且經過拷貝這些原型建立新的對象。
結構型模式
適配器模式	將一個類的接口轉化成客戶須要的另一個接口。Adapter模式使得本來因爲接口不兼容而不能一塊兒工做的那些類能夠一塊兒工做。
組合模式	將對象組合成樹型結構以表示「部分-總體」的層次結構。Composite使得用戶對單個對象和組合對象的使用具備一致性。
代理模式	爲其餘對象那提供一種代理以控制對這個對象的訪問。
橋接模式	將抽象部分和實現部分分離，使他們均可以獨立的變化。
裝飾模式	動態的給一個對象添加一些額外的職責。就增長功能來講，Decorator模式相比生成子類更爲靈活。
外觀模式	爲子系統的一組接口提供一個一致的界面，Facade模式定義了一個高層接口，這個接口使得這一子系統更加容易使用。
享元模式	運用共享技術有效地支持大量細粒度的對象。
行爲模式
觀察者模式	定義對象間的一種一對多的依賴關係，當一個對象的狀態發生改變時，全部依賴於它的對象都獲得通知並被自動更新。
中介者模式	用一箇中介對象來封裝一系列的對象交互。中介者使各類對象不須要顯式地互相引用，從而使其耦合鬆散，並且能夠獨立地改變他們之間的交互。
職責鏈模式	使多個對象都有機會處理請求，從而避免請求的發送者和接收者之間的耦合關係。將這些對象連成一條鏈，並沿着這條鏈傳遞該請求，直到一個對象處理他爲止。
命令模式	將一個請求封裝成一個對象，從而使你可用不一樣的請求對客戶進行參數化；對請求排隊或記錄請求日誌，以及支持可撤銷的操做。
解釋器模式	給定一個語言，定義它的語法的一種表示，並定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。
迭代器模式	提供一種方法順序訪問聚合對象中各個元素，而不需暴露該對象的內部表示。
備忘錄模式	在不破壞封裝的前提下，捕獲一個對象的內部狀態，並在該對象以外保存這個狀態。這樣之後就可將該對象恢復到原先保存的狀態。
狀態模式	容許一個對象在其內部狀態改變時改變它的行爲。對象看起來彷佛修改了它的種類。
策略模式	定義一系列的算法將他們一個個的封裝起來，而且使他們可相互替換。本模式使得算法可獨立於使用它的客戶而變化。
模板方法模式	定義一個操做中的算法的骨架，而將一些步驟延遲到子類中。TemplateMethod使得子類能夠不改變一個算法的結構便可重定義該算法的某些特定步驟。
訪問者模式	表示一個做用於某對象結構中的各元素的操做。它使得你能夠在不改變各元素的類的前提下定義做用於這些元素的新操做。

若是多的設計模式，初學者必須都要掌握，只須要掌握比較經常使用的幾種：

創新型模式：單例模式、抽象工廠模式、建造者模式、工廠模式。

結構型模式：適配器模式、組合模式、代理模式。

行爲型模式：觀察者模式、中介者模式。

以上就是23種設計模式的概述，學習之路任重而道遠啊！

4. 設計原則

除了設計模式，也須要了解一下設計原則，這裏給出一些設計原則的基本介紹。

開閉原則：

開閉原則具備理想主義的色彩，它是面向對象設計的終極目標。

模塊應對擴展開放，對修改關閉，模塊應該在不修改源碼的狀況下進行擴展。

里氏代換原則：

若是調用的是父類的話，那麼換成子類也徹底能夠運行。

Java編譯程序會檢查程序是否符合里氏代換原則。還記得java繼承的一個原則嗎？子類override方法的訪問權限不能小於父類對應方法的訪問權限。里氏代換原則是繼承複用的一個基礎。

依賴倒序原則：

所謂依賴倒序原則是要依賴於抽象，不要依賴於具體。簡單的說就是要求對抽象進行編程，不要對實現進行編程，這樣就下降了實現與客戶之間的耦合。傳遞參數，或在組合聚合關係中，儘可能引用層次高的類

接口隔離原則：

使用專門的接口比使用單一的總接口要好；

一個類對另外一個類的依賴應該創建在最小的接口上；

一個接口表明一個角色，不該該將不用的角色交給一個接口。沒有關係的接口合併在一塊兒造成一個臃腫的大接口，這是對角色和接口的污染；

不要強迫客戶使用它們不用的方法，若是強迫客戶使用它們不用的方法，那麼這些客戶就會面臨這些不使用的方法的改變而帶來的改變。

合成/聚合複用原則：

合成/聚合複用原則就是在一個新的對象裏面使用一些已有的對象，使之成爲新對象的一部分；新的對象經過向這些對象的委派達到複用已有功能的目的。它的設計原則是：要儘可能使用合成/聚合，儘可能不要使用繼承。

就是說要少用繼承，多用組合關係來實現。不然修改父類的一個方法，各個子類都須要改動。「牽一髮而動全身」！面向對象是要把波動限制在儘可能小的範圍。

最小知識原則（迪米特法則）：

也叫迪米特法則。不要和陌生人說話，即一個對象應對其餘對象有儘量少的瞭解。迪米特法則的初衷是爲了下降類之間的耦合，每一個類儘可能減小對其餘類的依賴，這樣系統的功能模塊才更容易獨立。