## 適配器模式
## 一、適配器模式
講一個類的接口裝換成客戶希望的另外一個接口適配器模式使得原本由于接口不兼容而不能一起工作的哪些類可以一起工作。
用于解決什么問題?
系統的數據和行為都正確,但接口不符時,我們應該考慮用適配器,目的是使控制范圍之外的一個原有對象與某個接口匹配。適配器模式主要用于希望復用一些現存的類,但是接口又與復用環境要求不一致的情況下。
簡單的說:我們需要的東西就在面前,可是就是不能使用,又不可以改造他,那么我們就使用適配器模式。
現實生活總的適配器模式很多:電源適配器,只要有電,不管多少伏,使用電源適配器都可以把它變成需要的電壓;翻譯員,A國家的人聽不懂B國家的人的語言,通過一個翻譯,就可以明白。這些都是適配器的工作。
## 二、類圖

## 三、注意
Adapter與Target是繼承關系。
在Adapter的Request方法中調用Adaptee中SpecificRequest方法來實現翻譯的目的。
我們在客戶端只需要實例化一個Target類型的翻譯即可調用Adaptee類。
## 組合模式
## 一、組合模式
將對象組合成樹形結構以表示“部分——整體”的層次結構。組合模式使得用戶對單個對象和組合對象的使用具有一致性。
組合模式適用范圍:樹形結構的“部分——整體”的關系中。
## 二、類圖

上圖中:Component表示的不是整體,整體也好,部分也罷,Component表示的是他們共有的操作,定義成接口,所以從Component到Composite是聚合關系。
不同看法:
也正因為這樣,所以我覺得Client應該和Composite有聯系,而不是Component。畢竟Composite中定義的才是具體的物件,在Component中是一些操作。
我的理解是下面這幅圖:

可以這么理解嗎?
- 前言
- 抽象工廠——創建型設計模式一
- 工廠三姐妹——創建型設計模式之二
- 初識面向對象設計模式
- 建造者模式——創建型模式之三
- 原型模式——創建型設計模式四
- 適配器 and 組合模式——結構性模式之一
- 橋接模式——結構性設計模式之二
- 組合模式——結構型設計模式之三
- 裝飾模式——結構型設計模式之四
- 外觀模式——結構型設計模式之五
- 代理模式——結構型設計模式之六
- 觀察者模式——行為型設計模式之五
- 模板設計——行為設計模式之一
- 命令模式——行為設計模式之二
- 狀態模式——行為型設計模式之三
- 職責模式——行為設計模式之四
- 中介模式——行為模式之六
- 策略+簡單工廠 實戰篇
- 看觀察者怎么全方位觀察機房收費系統
- 登陸也需要裝飾——機房收費系統裝飾模式實戰
- 何為抽象?你有本末倒置嗎?
- 再回首,策略、簡單工廠是否依然?
- 再回首——行為型設計模式