摘要：適配器模式屬于兩種適應(yīng)設(shè)計模式中的其中一種，另外一種是迭代器模式，下次有機(jī)會再仔細(xì)聊聊它。設(shè)計模式的書很喜歡以電源適配器插頭作為適配器模式的范例范例，那么我們也從這個例子開始吧。

今天跟同事談起了一道面試題：“Proxy模式跟Adpater模式的區(qū)別”，這兩個設(shè)計模式都是很相似的模式，很多有點經(jīng)驗的程序員都可能會聊的頭頭是道，但是恐怕談起一些設(shè)計上的細(xì)節(jié)可能就會卡殼，因此我寫下了這篇文章，以此作為一個簡短的回顧。

Adpater屬于兩種適應(yīng)設(shè)計模式中的其中一種，另外一種是Iterator（迭代器）模式，下次有機(jī)會再仔細(xì)聊聊它。

設(shè)計模式的書很喜歡以‘電源適配器插頭’作為適配器模式的范例范例，那么我們也從這個例子開始吧。

1. Target （適配接口）

暴露給調(diào)用方的接口，定義了被適配對象暴露的方法。（我們需要220V的電源）

2. Client （請求者）

實際需要使用接口的邏輯（某電器需要使用220V的電源）

3. Adaptee（被適配對象）

被適配者，包含了具體的實現(xiàn)，及可能不太合適調(diào)用方使用的方法。（110V的電源不合適現(xiàn)在所用的電器）

4. Adpater（適配器）

實際適配的實現(xiàn)，用繼承的方式隱藏了被適配對象的實現(xiàn)，又以實現(xiàn)適配接口的方式暴露調(diào)用者適合的方法。

下面的代碼實現(xiàn)了一個輸出110V的電源，通過220V電源適配器，實現(xiàn)了一個符合22V標(biāo)準(zhǔn)接口的輸出，提供給客戶端的示范。

#  adpatee
public class Power110v {

    private int volte = 110;
    
    public Power110v(){
        System.out.print("the power is on at "+volte+"V");
    }
    
    public String get100vPower(){
        return volte;    
    }
    
}

# target
public interface Power220v {
    get220vPower(String input);
}

# adapter 
public PowerAdpater extends Power110v implemnts Power220v {
    
    public get220vPower(){
        volte = volte * 2;
        System.out.println("the power is on at "+volte+"V")
    }
    
}

#client
public class Main (){
    
    public static void main(String[] args){
    
        PowerAdapter pa = new PowerAdapter();
        pa.get220vPower();
        
    }
    
}

Adapter模式適用于那些已有代碼很穩(wěn)定，但新調(diào)用方需要對部分代碼進(jìn)行調(diào)整，或者組合多個方法進(jìn)行組合實現(xiàn)邏輯的情況下適用?？梢员M量適用已有的穩(wěn)定代碼，只作適當(dāng)?shù)男薷谋憧梢酝瓿尚碌倪壿嫻δ堋?/p> Proxy模式 參與模式的角色 1. Client

使用proxy的角色，功能的調(diào)用方，下面的例子是Manager（經(jīng)理）類。

定義了proxy角色與RealSubject的一致性接口，范例代碼中，是Reportable（可匯報）接口，

Proxy會處理來自Client的請求，可以處理的功能自己處理，不能處理的功能讓RealSubject處理，范例代碼是TeamLeader類。

RealSubject將會在Proxy缺乏功能時提供實現(xiàn)，跟Proxy一樣實現(xiàn)同樣的接口，范例代碼中是TeamMember類。

public interface Reportable{
    public void setReportMatrial(String jobContent);
    public String getReportMatrial();
    public String getFeedback();
}

public TeamMember implements Reportable{
    String reportMatrial;
    
    public void setReportMatrial(String input){
        this.reportMatrial = input;
    }
    
    public String getReportMatrial(){
        return this.reportMatrial;
    }
    
    public String getFeedback(){
        return "Here is the report content ["+this.reportMatrial+"]";
    }
}
    
}

public TeamLeader implements Reportable{

    String reportMatrial;
    TeamMember member;
    
    public TeamLeader(String input){
        this.reportMatrial = input;
    }
    
    public void setReportMatrial(String input){
        if (member != null){
            member.setReportMatrial(input)
        }
        this.reportMatrial = input;
    }
    
    public String getReportMatrial(){
        return this.reportMatrial;
    }
    
    public String getFeedback(){
        if ( member != null ){
            return member.getFeedback();
        }
        member = new TeamMember();
        member.setReportMatrial(this.reportMatrial);
    }
    
    
}

public class Manager {
    public static void main(String[] args){
        TeamLeader tl = new TeamLeader("monthly report");
        tl.setReportMatrial("weekly report")
        String currentReportType = tl.getReportMatrial();
        // the manager forgot what kind report should receive
        System.out.println("the current report type is " + currentReportType);
        // the manager ask the teamleader for the report detail.
        System.out.println("get some report from team leader"tl.getFeedback());
    }
}

兩者頭通過實現(xiàn)接口暴露實際邏輯給調(diào)用方，核心邏輯都在最內(nèi)一層的類中。

Proxy實現(xiàn)subject類與proxy類，都是實現(xiàn)一樣的接口，暴露一樣的方法。Adpater模式則Adpater與Adpatee則不一定實現(xiàn)同樣的方法。理論上Proxy模式的proxy類，也承擔(dān)一部分的功能，當(dāng)它無法實現(xiàn)調(diào)用功能時才會創(chuàng)建被代理的RealSubject類。Adpater類則原則上與Adpatee共存亡。