23種設計模式之介面卡模式

叫我明羽發表於2019-02-18
設計模式

23種設計模式總篇：chenmingyu.top/categories/…

介面卡模式

介面卡模式屬於結構型模式,又叫包裝模式

定義： 把一個類的介面變換成客戶端所期待的另一種介面，從而使原本介面不匹配而無法一起工作的兩個類能夠在一起工作

在現有的系統中有新舊兩個介面，由於新舊介面不相容導致客戶端呼叫出現問題，但是現有系統還需要使用舊的介面，所以這個介面不能重構，但是為了能夠讓客戶端正常呼叫，我們就需要將新的介面轉換成舊的介面，這種解決方式就是介面卡模式

模式類圖

23種設計模式之介面卡模式

角色：

  1. 目標介面：Target，該角色把其他類轉換為我們期望的介面
  2. 被適配類：Adaptee，被期望改變的介面
  3. 介面卡：adapter，將被適配類Adaptee和目標介面Target介面組合到一起
優點
  1. 介面卡模式可以讓兩個沒有任何關係的類在一起執行
  2. 增加了類的透明性和複用性
  3. 靈活性非常好

介面卡模式是為了在擴充套件應用的時候減少程式碼時才使用的，所以最初設計系統時不要考慮使用介面卡模式

模式程式碼實現

原始碼地址：github.com/mingyuHub/d…

目標介面

Target，我們期望的介面模樣，供客戶端呼叫

/**
 * @author: chenmingyu
 * @date: 2019/2/18 18:38
 * @description: 目標介面
 */
public interface Target {

    /**
     * 客戶端訪問的目標介面
     */
    void request();
}
複製程式碼
被適配類

Adaptee的adapterMethod方法是我們期望被適配的方法

/**
 * @author: chenmingyu
 * @date: 2019/2/18 19:20
 * @description: 被適配類
 */
public class Adaptee {

    /**
     * 被適配的介面
     */
    public void adapterMethod(){
        System.out.println("我是要被適配的方法");
    };
}
複製程式碼
介面卡

Adapter，將被適配類Adaptee和目標介面Target介面組合到一起

/**
 * @author: chenmingyu
 * @date: 2019/2/18 19:20
 * @description: 介面卡
 */
public class Adapter implements Target {

    /**
     * 被適配類
     */
    private Adaptee adaptee;

    public Adapter(Adaptee adaptee) {
        this.adaptee = adaptee;
    }

    @Override
    public void request() {
        adaptee.adapterMethod();
    }
}
複製程式碼
測試
public static void main(String[] args) {
    Adaptee adaptee = new Adaptee();
    Adapter adapter = new Adapter(adaptee);
    adapter.request();
}
複製程式碼

輸出

我是要被適配的方法
複製程式碼

參考

設計模式之禪：www.kancloud.cn/sstd521/des…

相關閱讀

建立型設計模式

關注於如何建立物件

  1. 23種設計模式之單例模式

    保證在程式執行期間一個類只有一個例項，並提供一個全域性訪問點

  2. 23種設計模式之工廠模式

    用工廠方法代替new操作，讓子類去決定例項化哪個類，工廠方法將一個類的例項化延遲到子類

  3. 23種設計模式之抽象工廠

    抽象工廠模式屬於建立型模式，是對工廠方法模式的擴充套件，抽象工廠比工廠模式更為抽象，工廠方法模式針對產品等級結構，而抽象工廠針對產品族

  4. 23種設計模式之建造者模式

    通過克隆一個已經存在的物件例項來返回新的例項，而不是通過new去建立物件

  5. 23種設計模式之原型模式

    通過克隆一個已經存在的物件例項來返回新的例項，而不是通過new去建立物件

結構型設計模式

關注於類和物件之間的關係

  1. 23種設計模式之介面卡模式

    組合兩個不相干類，在兩個不相容的介面之間提供一個混合介面，使其相容適配

  2. 23種設計模式之橋接模式

    將抽象部分與它的實現部分分離，使它們都可以獨立地變化。橋接模式將系統各維度抽象出來，各維度獨立變化，之後可通過聚合，將各維度組合起來，減少它們之間耦合

  3. 23種設計模式之組合模式

    用來描述部分與整體的關係，是用於把一組相似的物件當作一個單一的物件。組合模式依據樹形結構來組合物件，所以組合模式的使用場景就是出現樹形結構的地方。

  4. 23種設計模式之裝飾器模式

    裝飾器模式可以為一個現有的類增加新功能，又不改變其結構，要求裝飾類和被裝飾類實現同一個介面，裝飾類持有被裝飾類的例項

  5. 23種設計模式之外觀模式

    外觀模式是為了解決類與類之家的責任關係和依賴關係的，通過提供一個Facade類來隱藏這些複雜的類之間關係的呼叫，並提供一個介面，供外部呼叫，利用這種方式進行類之間的解耦

  6. 23種設計模式之代理模式

    代理模式就是在操作原物件的時候，多出來一個代理類，用來對原物件的訪問進行控制和替代原物件進行一些操作

  7. 23種設計模式之代理享元模式

    運用共享技術有效地支援大量細粒度物件的複用，主要用來減少物件的建立，用來減少記憶體和提高效能，比較常見的連線池，緩衝池這類的池技術都是享元模式

行為型設計模式

關注於物件之間的通訊

  1. 23種設計模式之模板方法模式

    在父類（抽象類）中定義好演算法的流程，提供抽象方法，針對不同的實現交由不同的子類去實現，通過這種方式將公共程式碼提取出來封裝在父類中，然後父類去控制行為，子類負責實現

  2. 23種設計模式之策略模式

    在系統中提供一組策略，並將每個策略封裝成類，使他們可以相互轉換，具體策略的選擇由客戶端決定

  3. 23種設計模式之觀察者模式

    定義物件間一種一對多的依賴關係，使得每當一個物件改變狀態，則所有依賴於它的物件都會得到通知並被自動更新

  4. 23種設計模式之迭代器模式

    迭代器模式就是為解決遍歷元素而誕生的，它提供一種方法訪問一個容器物件中各個元素，而又不需暴露該物件的內部細節

  5. 23種設計模式之責任鏈模式

    使多個物件都有機會處理請求，從而避免了請求的傳送者和接受者之間的耦合關係。將這些物件連成一條鏈，並沿著這條鏈傳遞該請求，直到有物件處理它為止

  6. 23種設計模式之命令模式

    將一個請求封裝成一個物件，從而讓你使用不同的請求把客戶端引數化，對請求排隊或者記錄請求日誌，可以提供命令的撤銷和恢復功能，用來降低類之間解耦

  7. 23種設計模式之備忘錄模式

    在不破壞封裝性的前提下，捕獲一個物件的內部狀態，並在該物件之外儲存這個狀態。這樣以後就可將該物件恢復到原先儲存的狀態，其實就是在某個時刻備份了物件的狀態，在更改物件狀態後，可以通過備份將物件還原成備份時刻的狀態

  8. 23種設計模式之狀態模式

    允許一個物件在其內部狀態改變時改變它的行為，物件看起來似乎修改了它的類，物件的行為依賴於它的狀態（屬性），並且可以根據它的狀態改變而改變它的相關行為

  9. 23種設計模式之訪問者模式

    封裝一些作用於某種資料結構中的各元素的操作，它可以在不改變資料結構的前提下定義作用於這些元素的新的操作，訪問者模式就是將資料結構與資料操作相分離

  10. 23種設計模式之中介者模式

    用一箇中介物件來封裝一系列的物件互動，中介者使各物件不需要顯式地相互引用，從而使其耦合鬆散，而且可以獨立地改變它們之間的互動

  11. 23種設計模式之直譯器模式

    給定一門語言，定義它的文法的一種表示，並定義一個直譯器，該直譯器使用該表示來解釋語言中的句子

相關文章