# 有哪些常用設計模式
## 目錄
1. [設計模式概述](#設計模式概述)
2. [創建型模式](#創建型模式)
- [單例模式](#單例模式)
- [工廠模式](#工廠模式)
- [抽象工廠模式](#抽象工廠模式)
- [建造者模式](#建造者模式)
- [原型模式](#原型模式)
3. [結構型模式](#結構型模式)
- [適配器模式](#適配器模式)
- [裝飾器模式](#裝飾器模式)
- [代理模式](#代理模式)
- [外觀模式](#外觀模式)
- [橋接模式](#橋接模式)
- [組合模式](#組合模式)
- [享元模式](#享元模式)
4. [行為型模式](#行為型模式)
- [策略模式](#策略模式)
- [觀察者模式](#觀察者模式)
- [命令模式](#命令模式)
- [狀態模式](#狀態模式)
- [責任鏈模式](#責任鏈模式)
- [模板方法模式](#模板方法模式)
- [迭代器模式](#迭代器模式)
- [中介者模式](#中介者模式)
- [備忘錄模式](#備忘錄模式)
- [訪問者模式](#訪問者模式)
5. [設計模式的選擇與應用](#設計模式的選擇與應用)
6. [總結](#總結)
---
## 設計模式概述
設計模式（Design Pattern）是軟件開發人員在長期實踐中總結出來的解決特定問題的可復用方案。它們不是可以直接轉換成代碼的完整設計，而是描述了在不同情況下如何解決問題的通用模板。
設計模式最早由"四人幫"（GoF）在《設計模式：可復用面向對象軟件的基礎》一書中系統化提出，共包含23種經典模式。這些模式分為三大類：
1. **創建型模式**：處理對象創建機制
2. **結構型模式**：處理類和對象的組合
3. **行為型模式**：處理對象間的通信
理解設計模式可以幫助開發者：
- 提高代碼復用性
- 增強系統可維護性
- 提升開發效率
- 促進團隊溝通
---
## 創建型模式
### 單例模式
**定義**：確保一個類只有一個實例，并提供全局訪問點。
**適用場景**：
- 需要控制資源訪問（如數據庫連接池）
- 全局配置對象
- 日志系統
**實現要點**：
1. 私有化構造函數
2. 提供靜態獲取實例方法
3. 考慮線程安全
```java
// Java實現示例
public class Singleton {
private static volatile Singleton instance;
private Singleton() {}
public static Singleton getInstance() {
if (instance == null) {
synchronized (Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}
優缺點： - ? 節約系統資源 - ? 嚴格控制訪問 - ? 難以擴展 - ? 違背單一職責原則
定義：定義一個創建對象的接口，但讓子類決定實例化哪個類。
適用場景： - 創建邏輯復雜時 - 需要根據不同條件創建不同對象 - 希望隱藏對象創建細節
# Python示例
class Button:
def render(self): pass
class WindowsButton(Button):
def render(self): return "Windows風格按鈕"
class MacButton(Button):
def render(self): return "Mac風格按鈕"
class ButtonFactory:
def create_button(self, os_type):
if os_type == "windows":
return WindowsButton()
elif os_type == "mac":
return MacButton()
raise ValueError("不支持的操作系統類型")
變體： - 簡單工廠：一個工廠類包含所有創建邏輯 - 工廠方法：每個產品對應一個工廠子類 - 靜態工廠：使用靜態方法創建對象
定義：提供一個接口，用于創建相關或依賴對象的家族，而不需要明確指定具體類。
適用場景： - 需要確保產品兼容性 - 系統需要多系列產品 - 產品族需要一起使用
// C#示例
interface IGUIFactory {
IButton CreateButton();
ICheckbox CreateCheckbox();
}
class WinFactory : IGUIFactory {
public IButton CreateButton() => new WinButton();
public ICheckbox CreateCheckbox() => new WinCheckbox();
}
class MacFactory : IGUIFactory {
public IButton CreateButton() => new MacButton();
public ICheckbox CreateCheckbox() => new MacCheckbox();
}
與工廠模式區別： - 抽象工廠處理產品族 - 工廠方法處理單個產品
定義：將一個復雜對象的構建與其表示分離，使同樣的構建過程可以創建不同的表示。
適用場景： - 對象包含多個組成部分 - 需要不同的對象表示 - 創建過程需要分步驟
// JavaScript示例
class Pizza {
constructor(builder) {
this.size = builder.size;
this.cheese = builder.cheese || false;
this.pepperoni = builder.pepperoni || false;
}
}
class PizzaBuilder {
constructor(size) {
this.size = size;
}
addCheese() {
this.cheese = true;
return this;
}
addPepperoni() {
this.pepperoni = true;
return this;
}
build() {
return new Pizza(this);
}
}
// 使用
const pizza = new PizzaBuilder('large')
.addCheese()
.addPepperoni()
.build();
定義：通過復制現有對象來創建新對象，而不是新建實例。
適用場景： - 對象創建成本高 - 需要動態配置系統行為 - 避免構造器約束
// C++示例
class Prototype {
public:
virtual Prototype* clone() const = 0;
virtual ~Prototype() {}
};
class ConcretePrototype : public Prototype {
int data;
public:
ConcretePrototype(int d) : data(d) {}
Prototype* clone() const override {
return new ConcretePrototype(*this);
}
};
定義：將一個類的接口轉換成客戶希望的另一個接口。
類型： - 類適配器（多繼承） - 對象適配器（組合）
// TypeScript示例
interface Target {
request(): string;
}
class Adaptee {
specificRequest(): string {
return "特殊請求";
}
}
class Adapter implements Target {
private adaptee: Adaptee;
constructor(adaptee: Adaptee) {
this.adaptee = adaptee;
}
request(): string {
return this.adaptee.specificRequest();
}
}
定義：動態地給對象添加額外的職責。
特點： - 比繼承更靈活 - 保持接口一致性 - 可以嵌套裝飾
# Python裝飾器示例
def bold(func):
def wrapper():
return "<b>" + func() + "</b>"
return wrapper
def italic(func):
def wrapper():
return "<i>" + func() + "</i>"
return wrapper
@bold
@italic
def say():
return "Hello"
print(say()) # 輸出: <b><i>Hello</i></b>
定義：為其他對象提供一種代理以控制對這個對象的訪問。
常見類型： - 虛擬代理（延遲初始化） - 保護代理（權限控制） - 遠程代理（網絡通信） - 智能引用（引用計數）
// Java保護代理示例
interface Database {
void query(String sql);
}
class RealDatabase implements Database {
public void query(String sql) {
System.out.println("執行查詢: " + sql);
}
}
class DatabaseProxy implements Database {
private RealDatabase db;
private String userRole;
public DatabaseProxy(String role) {
this.userRole = role;
}
public void query(String sql) {
if (checkAccess()) {
if (db == null) {
db = new RealDatabase();
}
db.query(sql);
}
}
private boolean checkAccess() {
return "admin".equals(userRole);
}
}
（因篇幅限制，此處展示部分內容，完整文章應包含所有23種模式的詳細說明、代碼示例、UML圖和實際應用場景分析）
選擇設計模式時應考慮： 1. 問題本質：明確需要解決什么問題 2. 模式意圖：了解模式的適用場景 3. 權衡利弊：考慮復雜度和收益比 4. 團隊熟悉度：選擇團隊成員了解的模式
常見誤區： - 過度設計：在不必要時使用復雜模式 - 模式濫用：強行套用不合適的模式 - 忽視重構：隨著需求變化不及時調整設計
設計模式是軟件工程的重要智慧結晶，但需要理解其思想而非機械套用。在實際開發中：
記?。涸O計模式是手段，不是目的。良好的軟件設計最終目標是創建可維護、可擴展、高內聚低耦合的系統。
“知道何時使用模式比知道如何使用模式更重要” —— Erich Gamma “`
注：此為精簡版框架，完整6200字文章應包含： 1. 每種模式的詳細實現示例（多種語言） 2. UML類圖說明 3. 實際項目應用案例 4. 模式之間的比較與組合 5. 性能考量與最佳實踐 6. 反模式與常見錯誤分析 7. 現代框架中的模式應用（如Spring、React等）
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
