23種設計模式及java實現
總體來說設計模式分為三大類：
建立型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。
結構型模式，共七種：介面卡模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。
行為型模式，共十一種：策略模式、模板方法模式、觀察者模式、迭代子模式、責任鏈模式、命令模式、備忘錄模式、狀態模式、訪問者模式、中介者模式、直譯器模式。
其實還有兩類：併發型模式和執行緒池模式。用一個圖片來整體描述一下：
二、設計模式的六大原則
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的23中設計模式
從這一塊開始，我們詳細介紹Java中23種設計模式的概念，應用場景等情況，並結合他們的特點及設計模式的原則進行分析。
1、工廠方法模式（Factory Method）
工廠方法模式分為三種：
11、普通工廠模式，就是建立一個工廠類，對實現了同一介面的一些類進行例項的建立。首先看下關係圖：
舉例如下：（我們舉一個傳送郵件和簡訊的例子）
首先，建立二者的共同介面：
- publicinterface Sender {
- publicvoid Send();
- }
其次，建立實現類：
- publicclass MailSender implements Sender {
- @Override
- publicvoid Send() {
- System.out.println("this is mailsender!");
- }
- }
- publicclass SmsSender implements Sender {
- @Override
- publicvoid Send() {
- System.out.println("this is sms sender!");
- }
- }
最後，建工廠類：
- publicclass SendFactory {
- public Sender produce(String type) {
- if ("mail".equals(type)) {
- returnnew MailSender();
- } elseif ("sms".equals(type)) {
- returnnew SmsSender();
- } else {
- System.out.println("請輸入正確的型別!");
- returnnull;
- }
- }
- }
我們來測試下：
- publicclass FactoryTest {
- publicstaticvoid main(String[] args) {
- SendFactory factory = new SendFactory();
- Sender sender = factory.produce("sms");
- sender.Send();
- }
- }
輸出：this is sms sender!
22、多個工廠方法模式，是對普通工廠方法模式的改進，在普通工廠方法模式中，如果傳遞的字串出錯，則不能正確建立物件，而多個工廠方法模式是提供多個工廠方法，分別建立物件。關係圖：
將上面的程式碼做下修改，改動下SendFactory類就行，如下：
[java] view plaincopypublicclass SendFactory { public Sender produceMail(){- returnnew MailSender();
- }
- public Sender produceSms(){
- returnnew SmsSender();
- }
- }
測試類如下：
- publicclass FactoryTest {
- publicstaticvoid main(String[] args) {
- SendFactory factory = new SendFactory();
- Sender sender = factory.produceMail();
- sender.Send();
- }
- }
輸出：this is mailsender!
33、靜態工廠方法模式，將上面的多個工廠方法模式裡的方法置為靜態的，不需要建立例項，直接呼叫即可。
- publicclass SendFactory {
- publicstatic Sender produceMail(){
- returnnew MailSender();
- }
- publicstatic Sender produceSms(){
- returnnew SmsSender();
- }
- }
- publicclass FactoryTest {
- publicstaticvoid main(String[] args) {
- Sender sender = SendFactory.produceMail();
- sender.Send();
- }
- }
輸出：this is mailsender!
總體來說，工廠模式適合：凡是出現了大量的產品需要建立，並且具有共同的介面時，可以通過工廠方法模式進行建立。在以上的三種模式中，第一種如果傳入的字串有誤，不能正確建立物件，第三種相對於第二種，不需要例項化工廠類，所以，大多數情況下，我們會選用第三種——靜態工廠方法模式。
2、抽象工廠模式（Abstract Factory）
工廠方法模式有一個問題就是，類的建立依賴工廠類，也就是說，如果想要拓展程式，必須對工廠類進行修改，這違背了閉包原則，所以，從設計角度考慮，有一定的問題，如何解決？就用到抽象工廠模式，建立多個工廠類，這樣一旦需要增加新的功能，直接增加新的工廠類就可以了，不需要修改之前的程式碼。因為抽象工廠不太好理解，我們先看看圖，然後就和程式碼，就比較容易理解。
請看例子：
- publicinterface Sender {
- publicvoid Send();
- }
兩個實現類：
- publicclass MailSender implements Sender {
- @Override
- publicvoid Send() {
- System.out.println("this is mailsender!");
- }
- }
- publicclass SmsSender implements Sender {
- @Override
- publicvoid Send() {
- System.out.println("this is sms sender!");
- }
- }
兩個工廠類：
- publicclass SendMailFactory implements Provider {
- @Override
- public Sender produce(){
- returnnew MailSender();
- }
- }
- publicclass SendSmsFactory implements Provider{
- @Override
- public Sender produce() {
- returnnew SmsSender();
- }
- }
在提供一個介面：
- publicinterface Provider {
- public Sender produce();
- }
測試類：
- publicclass Test {
- publicstaticvoid main(String[] args) {
- Provider provider = new SendMailFactory();
- Sender sender = provider.produce();
- sender.Send();
- }
- }
其實這個模式的好處就是，如果你現在想增加一個功能：發及時資訊，則只需做一個實現類，實現Sender介面，同時做一個工廠類，實現Provider介面，就OK了，無需去改動現成的程式碼。這樣做，拓展性較好！
3、單例模式（Singleton）
單例物件（Singleton）是一種常用的設計模式。在Java應用中，單例物件能保證在一個JVM中，該物件只有一個例項存在。這樣的模式有幾個好處：
1、某些類建立比較頻繁，對於一些大型的物件，這是一筆很大的系統開銷。
2、省去了new操作符，降低了系統記憶體的使用頻率，減輕GC壓力。
3、有些類如交易所的核心交易引擎，控制著交易流程，如果該類可以建立多個的話，系統完全亂了。（比如一個軍隊出現了多個司令員同時指揮，肯定會亂成一團），所以只有使用單例模式，才能保證核心交易伺服器獨立控制整個流程。
首先我們寫一個簡單的單例類：
-
publicclass
相關推薦
23種設計模式及java實現
一、設計模式的分類 總體來說設計模式分為三大類： 建立型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。 結構型模式，共七種：介面卡模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。 行為型模式，共十一種
大牛的23種設計模式及程式碼實現全解析
一、設計模式的分類 總體來說設計模式分為三大類： 建立型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。 結構型模式，共七種：介面卡模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。 行為型模式，共十一種：策略模式、模板
設計模式：Java常用23種設計模式及六大原則簡介
目錄 簡介 建立型模式 結構型模式 行為型模式 簡介 設計模式（Design pattern）代表了最佳的實踐，通常被有經驗的面向物件的軟體開發人員所採用。設計模式是軟體開發人員在軟體開發過程中面臨的一般問題的解決方案。這些解決方案是眾多軟體開發人員經
23種設計模式之python實現--visitor模式
這個模式涉及到雙分派，一直沒有好好理解，加上前幾天參加面試把最後一個設計模式擱了下來，這次重新看設計模式好好理解了一下，在C++中關於雙分派可以參考http://my.oschina.net/coolwater/blog/27676，不過他舉的例子有點複雜，簡單一點就是：
23種設計模式之python實現--總結
先說說python吧，人們都說C/C++程式設計師相對來說python比較熟悉，我的感覺也是，感覺如果有C基礎，加上C++的面向物件的理解，很快的就能變成一個pyer。當然任何一種語言，只要是比較成熟的語言都可以互相實現另一種語言的功能。但是如果做一個系統一般都要幾種語言一起實現，對於一個作業系統的一般啟動程
23種設計模式及簡單程式碼
<pre name="code" class="java">public abstract class Animal{}; public class Cat extends Animal{}; public class Dog extends Animal{}; public abstract c
設計模式（建立型）：Java常用23種設計模式之單例模式詳解以及Java程式碼實現
可以說單例模式是所有設計模式中最簡單的一種。 單例模式就是說系統中對於某類的只能有一個物件，不可能出來第二個。 單例模式也是23中設計模式中在面試時少數幾個會要求寫程式碼的模式之一。主要考察的是多執行緒下面單例模式的執行緒安全性問題。 1.多執行緒安全單例模式例項一(不使用同步鎖)
java 23種設計模式
代理 建造者 學習 article 適配器 htm ava arc 叠代 備註這是別人總結的本來想轉載可惜不會怎麽轉載（感謝） 以下是學習過程中查詢的資料,別人總結的資料,比較容易理解(站在各位巨人的肩膀上,望博主勿究) 創建型抽象工廠模式 http://www.cnblo
Java開發23種設計模式
熱插拔 開發 每一個 設計模式 為什麽 之間 des 單位 行為型 設計模式（Design Patterns） -- -- -- 可復用面向對象軟件的基礎 設計模式（Design Patterns）是一套被反復使用、多數人知曉的、經過分類編目的、代碼設計經驗的
JAVA開發的23種設計模式之 --- 橋接模式
橋接模式 概述:將抽象部分與他的實現部分分離,這樣抽象化與實現化解耦,使他們可以獨立的變化.如何實現解耦的呢,就是通過提供抽象化和實現化之間的橋接結構. 應用場景 &n
Java中23種設計模式（附代碼樣例）
體會 如何解決 熱插拔 原型 原型模式 strac println template sendmai 一、設計模式分類總體來說設計模式分為三大類：創建型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。結構型模式，共七種：適配器模式、裝飾器模式、代理
java的23種設計模式之裝飾者模式
這裡給大家推薦一篇文章裡面介紹了23種設計模式https://www.aliyun.com/jiaocheng/811770.html； 下面則是我學習裝飾者的見解: 關於裝飾者模式運用的地方其實有很多，我第一次接觸到就是io流中，比如像這樣的： new InputStreamRea
兩週多學完Java 23種設計模式
最近兩週任務不是很繁重，對於一個剛入職4個月的菜鳥來說，學習設計模式並靈活使用簡直天方夜譚；但是當我詢問我導師需要學點啥的時候？“《Java設計模式》，這個必須要學”，一句簡單粗略的話就打發我了。我花了將近兩週多的時間看了一部分《Java設計
JAVA設計模式總結之23種設計模式
ret 都對 松耦合 mem ava htm 初學者 並不是 不用 一、什麽是設計模式
java開發-23種設計模式之菜鳥解析1
java開發有23種設計模式，很多工齡沒那麼長的java開發程式設計師可能都不會特意去了解它們，其實它存在的意義不只是應對各種面試，而是在開發過程中簡化、邏輯化、分類化你的程式碼，讓你的程式碼可讀性更高，為你的開發帶來便利的東西。廢話不多說，開始正題 首先大家要了解設計模式的分類，一般分為三個型
兩周多學完Java 23種設計模式
橋接 總結 .net 機制 接下來 策略模式 行為型模式 java 享元 最近兩周任務不是很繁重，對於一個剛入職4個月的菜鳥來說，學習設計模式並靈活使用簡直天方夜譚；但是當我詢問我導師需要學點啥的時候？“《Java設計模式》，這個必須要學”，一句簡單粗略的話就打發
JAVA 23種設計模式---工廠模式(簡單工廠模式)
寫在前面的話： java常用的設計模式有23種，設計模式就是為了重用程式碼、解耦、讓程式碼更容易讓他人理解、保證程式碼可靠性 設計模式遵循的原則有6個： 1、開閉原則（Open Close Principle） 對擴充套件開放，對修改關閉。 2、里氏代換原則（Liskov S
JAVA版23種設計模式綜合專案（實戰），設計模式綜合應用的
加入組合模式 n面臨的問題 分析前面直譯器模式的實現，會發現對於客戶端而言，並不想要去區分到底是非終結符物件還是終結符物件，只是想要以一個統一的方式來請求解析。 該怎麼解決這個問題呢？ n n用組合模式來解決 n組合模式基礎回顧 初識組合模式 n定義 &n
23種設計模式之（六）代理模式（python_c++實現）
23種設計模式之（六）代理模式（Proxy） 本文主要介紹23種設計模式之原型模式，附詳細python/c++示例程式碼。 - 概念 - 應用場景 - 注意事項 - 程式碼示例 - 總結 - 程式碼連結 代理模式（Proxy） 概念
23種設計模式之（九）裝飾模式（python_c++實現）
23種設計模式之（九）組合模式（Composite） 本文主要介紹23種設計模式之組合模式，附詳細python/c++示例程式碼。 - 概念 - 應用場景 - 注意事項 - 程式碼示例 - 總結 - 程式碼連結 組合模式（Composit