---
###### tags: `Design Pattern`
---
# 10/30 ~ 10/31
## 結構型模式
- 結構型模式描述 : ==如何將類或物件按某種布局組成更大的結構。==
- 它分為類結構模式和物件結構型模式，前者採用繼承機制來組織接口和類，後者採用組合或聚合來組成物件。
- 由於組合關係或聚合關係比繼承關係耦合度低，滿足==合成復用原則==，所以物件結構型模式比類型結構型模式具有更大的靈活性。
- 分為 7 種 : 代理、適配器、裝飾者、橋接、外觀、組合、享元。

### 代理模式 Proxy
#### 概述:
- 由於某些原因需要==給某物件提供一個代理以"控制該物件的訪問"==。
- 這時，訪問物件不適合或者不能直接引用目標物件，代理物件作為訪問物件和目標物件的中介。
- 【例】 : 買房屋要透過仲介找到屋主，買電腦要透過代理商，而不是廠商。
- JAVA 中的代理按照代理類生成時間不同分為靜態代理、動態代理。靜態代理代理類在編譯期就生成，而動態代理代理類則是在 JAVA 運行時動態生成。動態代理又有 JDK 代理和 CGLib 代理兩種。
#### 結構:
- 代理 (Proxy) 模式分為三種角色:
- 抽象主體(Subject)類 : 通過接口或抽象類聲明真實主題和代理物件實現的業務方法。 ( 代理規範 )
- 真實主題(Real Subject)類 : 實現了抽象主題中具體業務，是代理物件所代表的真實物件，是最終要引用的物件。(屋主)
- 代理(Proxy)類 : 提供了與真實主題相同的接口，其內部含有對真實主題的引用，它可以訪問、控制或擴展真實主題的功能。(仲介)
:::info
【例】火車站買票
如果要買火車票，需要到火車站買票，坐車到火車站，排隊等一系列操作，顯然比較麻煩。而火車站在多個地方都有代售點，我們去代售點買票就方便很多。
這個例子就是典型的代理模式，火車站是目標物件，代售點是代理物件。類圖如下:
:::

// 賣火車票 - 抽象主體(Subject)類
interface SellTickets {
  sell(): void;
}
// 火車站 - 真實主題(Real Subject)類
class TrainStation implements SellTickets {
  sell(): void {
    console.log("火車站賣票");
  }
}
// 代售點 - 代理(Proxy)類
class ProxyPoint implements SellTickets {
  // 聲明火車站類物件
  private trainstation: TrainStation = new TrainStation();
  sell(): void {
    console.log("代售點收取一些服務費用");
    this.trainstation.sell();
  }
}
class Client {
  static main(): void {
    // 創建代售點類物件
    const proxtpoint: ProxyPoint = new ProxyPoint();
    // 調用方法進行買票
    proxtpoint.sell();
  }
}
Client.main();

- 從上面代碼中可以看出測試類直接訪問的是 ProxyPoint 類物件，也就是說 ProxyPoint 作為訪問物件和目標物件的中介。
- 同時也對 sell 方法進行了增強(代理點收取了一些費用)
- #### 動態代理

// 獲取代理物件工廠類
// 代理類也實現了對應的接口
class ProxyFactory {
  // 聲明目標物件 - station 要是 any 編譯才會過
  private station: any = new TrainStation();
  constructor(target: TrainStation) {
    this.station = target;
  }

  getProxyObject(): TrainStation {
    return new Proxy(this.station, {
      get: (target, propKey) => {
        console.log("動態代理的保存之前處理...");
        return target[propKey];
      },
    });
  }
}

class Client {
  static main(): void {
    const instance = new ProxyFactory(new TrainStation()).getProxyObject();
    instance.sell();
  }
}

Client.main();

- 動態代理 vs 靜態代理
- 動態代理最大的好處是，在接口中聲明的所有方法，都被轉移到調用處理器一個集中的方法中處理(InvocationHandler.invoke) (Handler?)。
- 這樣在接口方法數量比較多的時候，我們可以靈活處理，而不需要像靜態代理那樣每一個方法進行中轉。
- 如果接口增加一個方法，靜態代理模式除了所有實現類需要實現這個方法外，所有代理類也需要實現此方法。增加了代碼維護的複雜度。而動態代理不會出現該問題。

- 優點：
- 代理模式在客戶端與目標物件之間起到一個中介作用和保護目標物件的作用；
- 代理物件可以擴展目標物件的功能；
- 代理模式能將客戶端與目標物件分離，在一定程度上降低了系統的耦合度；
- 缺點：
- 增加了系統的複雜度
#### 使用場景
- 遠程(Remote)代理
本地服務通過網路請求遠程服務。為了實現本地到遠程的通信，我們需要實現網絡通信，處理其中可能的異常。
為了良好的代碼設計和可維護性，我們將網絡通信部分隱藏起來，只暴露給本地服務一個接口，通過該接口即可訪問遠程服務提供的功能，而不必過多關心通信部分的細節。
- 防火牆(Firewall)代理
當你將瀏覽器配置成使用代理功能時，防火墻就將你的瀏覽器的請求轉給互聯網；當互聯網返回響應時，代理服務器再把它轉給你的瀏覽器
- 保護(Protect or Access)代理
控制對一個物件的訪問，如果需要，可以給==不同的用戶提供不同級別的使用權限==。