2. 程式人生 > >設計模式的類型

設計模式的類型

阿新 • • 發佈：2018-01-30
nbsp ret 擴展 comm con 繼承 strac prototype 橋接

設計模式的六大原則

1、開閉原則（Open Close Principle）

開閉原則的意思是：對擴展開放，對修改關閉。在程序需要進行拓展的時候，不能去修改原有的代碼，實現一個熱插拔的效果。簡言之，是為了使程序的擴展性好，易於維護和升級。想要達到這樣的效果，我們需要使用接口和抽象類，後面的具體設計中我們會提到這點。

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

裏氏代換原則是面向對象設計的基本原則之一。 裏氏代換原則中說，任何基類可以出現的地方，子類一定可以出現。LSP 是繼承復用的基石，只有當派生類可以替換掉基類，且軟件單位的功能不受到影響時，基類才能真正被復用，而派生類也能夠在基類的基礎上增加新的行為。裏氏代換原則是對開閉原則的補充。實現開閉原則的關鍵步驟就是抽象化，而基類與子類的繼承關系就是抽象化的具體實現，所以裏氏代換原則是對實現抽象化的具體步驟的規範。

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

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

4、接口隔離原則（Interface Segregation Principle）

這個原則的意思是：使用多個隔離的接口，比使用單個接口要好。它還有另外一個意思是：降低類之間的耦合度。由此可見，其實設計模式就是從大型軟件架構出發、便於升級和維護的軟件設計思想，它強調降低依賴，降低耦合。

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

最少知道原則是指：一個實體應當盡量少地與其他實體之間發生相互作用，使得系統功能模塊相對獨立。

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

合成復用原則是指：盡量使用合成/聚合的方式，而不是使用繼承。

序號 模式 & 描述 包括
1

創建型模式
這些設計模式提供了一種在創建對象的同時隱藏創建邏輯的方式，而不是使用 new 運算符直接實例化對象。

這使得程序在判斷針對某個給定實例需要創建哪些對象時更加靈活。
  • 工廠模式（Factory Pattern）
  • 抽象工廠模式（Abstract Factory Pattern）
  • 單例模式（Singleton Pattern）
  • 建造者模式（Builder Pattern）
  • 原型模式（Prototype Pattern）
2 結構型模式
這些設計模式關註類和對象的組合。繼承的概念被用來組合接口和定義組合對象獲得新功能的方式。
  • 適配器模式（Adapter Pattern）
  • 橋接模式（Bridge Pattern）
  • 過濾器模式（Filter、Criteria Pattern）
  • 組合模式（Composite Pattern）
  • 裝飾器模式（Decorator Pattern）
  • 外觀模式（Facade Pattern）
  • 享元模式（Flyweight Pattern）
  • 代理模式（Proxy Pattern）
3 行為型模式
這些設計模式特別關註對象之間的通信。
  • 責任鏈模式（Chain of Responsibility Pattern）
  • 命令模式（Command Pattern）
  • 解釋器模式（Interpreter Pattern）
  • 叠代器模式（Iterator Pattern）
  • 中介者模式（Mediator Pattern）
  • 備忘錄模式（Memento Pattern）
  • 觀察者模式（Observer Pattern）
  • 狀態模式（State Pattern）
  • 空對象模式（Null Object Pattern）
  • 策略模式（Strategy Pattern）
  • 模板模式（Template Pattern）
  • 訪問者模式（Visitor Pattern）
4 J2EE 模式
這些設計模式特別關註表示層。這些模式是由 Sun Java Center 鑒定的。
  • MVC 模式（MVC Pattern）
  • 業務代表模式（Business Delegate Pattern）
  • 組合實體模式（Composite Entity Pattern）
  • 數據訪問對象模式（Data Access Object Pattern）
  • 前端控制器模式（Front Controller Pattern）
  • 攔截過濾器模式（Intercepting Filter Pattern）
  • 服務定位器模式（Service Locator Pattern）
  • 傳輸對象模式（Transfer Object Pattern）

設計模式的類型

相關推薦

fireflyLogin網絡工具設計模式——類工廠（學習筆記）

nbsp dict var class requests result ini 業務層 指向 一、RequestKeyID(業務id) 二、FireflyRequestHelper(對外提供初始化接口，提供網絡回調代理方法，供FireflySafeLoginHelper使用

設計模式-行為型模式，命令模式（11）

不存在 delet rbo main sel creating delete == commands 命令模式（Command Pattern）是一種數據驅動的設計模式，它屬於行為型模式。請求以命令的形式包裹在對象中，並傳給調用對象。調用對象尋找可以處理該命令的合適的對象，

設計模式-行為型模式，觀察者模式（13）

IT color 行為型模式 行為型 它的 pan value 依賴 更新 當對象間存在一對多關系時，則使用觀察者模式（Observer Pattern）。比如，當一個對象被修改時，則會自動通知它的依賴對象。觀察者模式屬於行為型模式。 有時，我們希望在一個對象的狀態改變時

設計模式-行為型模式，責任鏈模式（10）

body getattr () lose IT elf default 行為型 dial 顧名思義，責任鏈模式（Chain of Responsibility Pattern）為請求創建了一個接收者對象的鏈。這種模式給予請求的類型，對請求的發送者和接收者進行解耦。這種類型的

設計模式-行為型模式，解釋器模式（12）

string alpha 處理 argument exp 如何 command 領域 __str__ 解釋器模式（Interpreter Pattern）提供了評估語言的語法或表達式的方式，它屬於行為型模式。這種模式實現了一個表達式接口，該接口解釋一個特定的上下文。這種模式

設計模式- 結構型模式，裝飾器模式（5）

bject 語法 函數 IT 裝飾 gof body 能夠 color 無論何時我們想對一個對象添加額外的功能，都有下面這些不同的可選方法。? 如果合理，可以直接將功能添加到對象所屬的類（例如，添加一個新的方法）? 使用組合? 使用繼承與繼承相比，通常應該優先選擇組合，因為

設計模式-結構型模式，python組合模式

%s spa 方向 main 具體類 向上 模式 python 應用 設計模式上大的方向上分繼承和組合，就是類模式和對象模式。此篇的組合模式非繼承和組合概念中的組合。橋接 策略 代理 裝飾者都用了組合，此組合非彼組合。 組合模式 組合模式（Composite Pa

類型導出模式-類型封裝模式-命名空間模式

shu nsh 擴展 tps com 導出 別名 編程語言 nbsp 由已存在類型導出封裝本類型的適配器、代理等。 依賴與編程語言的擴展機制； 編程語言不支持擴展的，不支持本機制。 別名： 類型升級適配； 類型升級改造； 命名空間模式； 類型封裝模式。 參考：

設計模式-建立型模式-單例

單例模式保證一個類只有一個物件，並且提供一個訪問該例項的全域性訪問點。 1.單例模式例項一(餓漢式) public class Singleton { private static Singleton sin = new Singleton(); /// 直接初始化一個例項物件

設計模式-建立型-構建者模式

基本概念： 構建者模式的定義 將構建的過程和表示過程進行分離 構建的過程：隱藏 表示過程 ： 開放 構建者模式的場景 建立一個複雜的物件，同時改複雜物件有很多預設值（初始化）的時候，可以使用構建者模式。（典型：給物件設定可選引數） 構建者模式案例 Alr

設計模式-建立型-Builder

本質——簡化物件建立的編碼 一、what 建立複雜物件的一種方式。 二、why 簡化了物件建立的步驟 提升了程式碼可讀性 物件的建立過程和表示分離 三、how   /** * @Description: 建造者模式 * @date 2018-02

設計模式-建立型-Singleton

本質——唯一例項 一、what 一個類在整個系統中只有一個例項； 通過內部private構造方法建立； 多執行緒共享一個例項； 佔用特定的記憶體區域； 常駐能記憶體； 二、why 在記憶體中只有一個物件，節省記憶體空間。避免頻繁的建立銷燬物件，可以提高效能。避免對

軟件工程之系統建模篇【設計實體類型模型】

author 世界 去掉 account 分析 識別方法 src 隱式 語義 　本文主要介紹實體類模型的設計過程，首先識別類及類之間的關系，然後畫出類圖和包圖，最後識別類的屬性和操作。類是面向對象方法的一個全新概念，類模型是面向對象分析的核心，實體類位於系統結構的商業規則服

設計模式——建立型——單例模式

一、單例模式定義： 單例模式確保某個類只有一個例項，而且自行例項化並向整個系統提供這個例項。在計算機系統中，執行緒池、快取、日誌物件、對話方塊、印表機、顯示卡的驅動程式物件常被設計成單例。這些應用都或多或少具有資源管理器的功能。每臺計算機可以有若干個印表機，但只能有一個Printer Spool

設計模式-建立型模式-單例模式

設計模式-建立型模式-單例模式 建立型模式 建立型模式隱藏類的例項和建立細節，通過隱藏物件如何建立組合在一起達到整個系統獨立。 單例模式 確保同一時刻只有一個例項被訪問。 Ensure a class has only one instance, and provide a global point

設計模式-建立型模式-工廠模式（工廠三兄弟）

設計模式-建立型模式-工廠模式（工廠三兄弟） 工廠模式分為簡單工廠，工廠方法，抽象工廠。 簡單工廠模式 一個介面，三個具體類，一個工廠，通過選擇，生產出對應的物件。 package demo2; public class Circle implements Shape{ public Circ

設計模式-建立型模式-工廠模式（工廠三兄弟） TypeScript

設計模式-建立型模式-工廠模式（工廠三兄弟） TypeScript 簡單工廠模式 定義一個介面，三個具體類。然後書寫如下，通過選擇，生產出相應的物件 // 定義Shape介面 interface Shape { draw():void; } // 下面為產品類 // 產品 Circle cla

設計模式——行為型——策略模式

在閻巨集博士的《JAVA與模式》一書中開頭是這樣描述策略（Strategy）模式的： 　　策略模式屬於物件的行為模式。其用意是針對一組演算法，將每一個演算法封裝到具有共同介面的獨立的類中，從而使得它們可以相互替換。策略模式使得演算法可以在不影響到客戶端的情況下發生變化。 策略模式的結構

設計模式——行為型——狀態模式

在閻巨集博士的《JAVA與模式》一書中開頭是這樣描述狀態（State）模式的： 　　狀態模式，又稱狀態物件模式（Pattern of Objects for States），狀態模式是物件的行為模式。 　　狀態模式允許一個物件在其內部狀態改變的時候改變其行為。這個物件看上去就像是改變了它的類

設計模式——行為型——觀察者模式

在閻巨集博士的《JAVA與模式》一書中開頭是這樣描述觀察者（Observer）模式的： 　　觀察者模式是物件的行為模式，又叫釋出-訂閱(Publish/Subscribe)模式、模型-檢視(Model/View)模式、源-監聽器(Source/Listener)模式或從屬者(Dependents