AHistoricBrazilianConstellation_ap210112.jpg

你好，這里是codetrend專欄“跟著GPT學(xué)設(shè)計(jì)模式”。

說明

適配器模式（Adapter Pattern）是一種結(jié)構(gòu)型設(shè)計(jì)模式，用于將一個(gè)類的接口轉(zhuǎn)換為客戶端所期望的另一個(gè)接口。適配器模式允許不兼容的接口協(xié)同工作，通過封裝一個(gè)類，將其接口轉(zhuǎn)換為另一個(gè)客戶端所需的接口。適配器模式使得原本不兼容的接口能夠協(xié)同工作，提供了更好的代碼復(fù)用和靈活性。

適配器模式由以下幾個(gè)關(guān)鍵組件組成：

• 目標(biāo)接口（Target Interface）：定義了客戶端所期望的接口。
• 適配器（Adapter）：實(shí)現(xiàn)了目標(biāo)接口，并持有一個(gè)被適配者對(duì)象。
• 被適配者（Adaptee）：包含原始接口，需要被適配以與目標(biāo)接口一起工作。

classDiagram
    class Target {
        +request(): void
    }

    class Adaptee {
        +specificRequest(): void
    }

    class Adapter {
        -adaptee: Adaptee
        +request(): void
    }

    Target <|.. Adapter
    Adapter --> Adaptee

• Target：定義了客戶端所期望的接口，即適配器模式的目標(biāo)接口。
• Adaptee：原始接口的實(shí)現(xiàn)類，即被適配者。
• Adapter：適配器類，實(shí)現(xiàn)了目標(biāo)接口并將請(qǐng)求委派給被適配者。

應(yīng)用場景

適配器模式主要用于以下幾種使用場景：

• 集成第三方組件：當(dāng)我們需要集成一個(gè)已存在的第三方組件或庫時(shí)，但其接口與我們的系統(tǒng)不兼容時(shí)，可以使用適配器模式。通過創(chuàng)建適配器類，將第三方組件的接口轉(zhuǎn)換為我們系統(tǒng)期望的接口，使其能夠無縫地協(xié)同工作。
• 重用舊代碼：當(dāng)我們需要在現(xiàn)有系統(tǒng)中重用一些舊的、遺留的組件或代碼時(shí)，但這些組件的接口與我們的系統(tǒng)不兼容時(shí)，可以使用適配器模式。適配器可以將舊接口包裝起來，并提供符合我們系統(tǒng)要求的新接口，從而使舊組件能夠適應(yīng)新系統(tǒng)的需求。
• 實(shí)現(xiàn)接口轉(zhuǎn)換：當(dāng)我們需要將一個(gè)接口轉(zhuǎn)換為另一個(gè)接口時(shí)，可以使用適配器模式。這種情況可能發(fā)生在系統(tǒng)中引入了新的接口或標(biāo)準(zhǔn)，而現(xiàn)有的組件或代碼仍然基于舊接口開發(fā)。通過創(chuàng)建適配器，可以將原接口轉(zhuǎn)換為新接口，以滿足系統(tǒng)對(duì)新接口的需求。
• 統(tǒng)一接口封裝：當(dāng)系統(tǒng)中存在多個(gè)類或服務(wù)，它們具有類似但不完全相同的接口時(shí)，可以使用適配器模式進(jìn)行統(tǒng)一封裝。適配器可以將這些類或服務(wù)的接口進(jìn)行標(biāo)準(zhǔn)化，使得客戶端可以通過統(tǒng)一的適配器接口與它們進(jìn)行交互，而無需關(guān)心具體的實(shí)現(xiàn)細(xì)節(jié)。

適配器模式適用于需要解決接口不兼容問題的場景，幫助系統(tǒng)進(jìn)行組件集成、重用舊代碼、實(shí)現(xiàn)接口轉(zhuǎn)換和統(tǒng)一接口封裝。

編程示例

下面是一個(gè)簡單的適配器模式編程示例，演示如何將不兼容的接口轉(zhuǎn)換為客戶端所期望的接口。

假設(shè)我們有一個(gè)支付系統(tǒng)，其中包含一個(gè)名為 PaymentProcessor 的接口，定義了支付相關(guān)的方法。

public interface PaymentProcessor {
    void processPayment(double amount);
}

現(xiàn)在，我們引入了一個(gè)新的第三方支付服務(wù)，它提供了一個(gè)名為 ThirdPartyPaymentService 的類，但其接口與我們的系統(tǒng)不兼容。

public class ThirdPartyPaymentService {
    public void makePayment(float paymentAmount) {
        // 第三方支付服務(wù)的具體實(shí)現(xiàn)...
    }
}

為了與我們的支付系統(tǒng)協(xié)同工作，我們創(chuàng)建一個(gè)支付適配器類 PaymentAdapter，實(shí)現(xiàn)了支付系統(tǒng)的 PaymentProcessor 接口，并使用第三方支付服務(wù)進(jìn)行支付。

public class PaymentAdapter implements PaymentProcessor {
    private ThirdPartyPaymentService thirdPartyPaymentService;

    public PaymentAdapter(ThirdPartyPaymentService thirdPartyPaymentService) {
        this.thirdPartyPaymentService = thirdPartyPaymentService;
    }

    @Override
    public void processPayment(double amount) {
        float paymentAmount = (float) amount; // 將參數(shù)轉(zhuǎn)換為第三方支付服務(wù)所需的類型
        thirdPartyPaymentService.makePayment(paymentAmount); // 調(diào)用第三方支付服務(wù)進(jìn)行支付
    }
}

現(xiàn)在可以在支付系統(tǒng)中使用適配器來處理支付請(qǐng)求，而不需要修改現(xiàn)有的代碼。

ThirdPartyPaymentService thirdPartyPaymentService = new ThirdPartyPaymentService();
PaymentProcessor paymentProcessor = new PaymentAdapter(thirdPartyPaymentService);

double paymentAmount = 100.50; // 支付金額
paymentProcessor.processPayment(paymentAmount); // 使用適配器進(jìn)行支付

通過適配器模式，成功地將不兼容的第三方支付服務(wù)轉(zhuǎn)換為與支付系統(tǒng)兼容的接口，使得它們能夠無縫協(xié)同工作?？蛻舳舜a只需要與適配器接口進(jìn)行交互，而無需關(guān)心具體的實(shí)現(xiàn)細(xì)節(jié)。

以上內(nèi)容基于GPT創(chuàng)建和整理。

關(guān)于作者

來自一線全棧程序員nine的探索與實(shí)踐，持續(xù)迭代中。