本文博客同步發(fā)表在 http://hjxandhmr.github.io/2016/06/02/DesignPattern-Adapter/
今天我們來(lái)學(xué)習(xí)一種結(jié)構(gòu)型模式，適配器模式(Adapter Pattern)。
模式定義
將一個(gè)接口轉(zhuǎn)換成客戶希望的另一個(gè)接口，適配器模式使接口不兼容的那些類可以一起工作，其別名為包裝器(Wrapper)。適配器模式有兩種，一種是對(duì)象適配器，一種是類適配器。
模式結(jié)構(gòu)
適配器模式包含如下角色：
Target： 目標(biāo)抽象類
Adapter： 適配器類
Adaptee： 適配者類
Client： 客戶類
UML圖
類適配器UML圖
對(duì)象適配器UML圖
類適配器模式代碼實(shí)現(xiàn)
Target.java
public interface Target {
void sampleOperation1();
void sampleOperation2();
}
Adaptee.java
public class Adaptee {
public void sampleOperation1() {
System.out.println("sampleOperation1");
}
}
Adapter.java
public class Adapter extends Adaptee implements Target {
@Override
public void sampleOperation2() {
System.out.println("sampleOperation2");
}
}
測(cè)試類
public class MyClass {
public static void main(String[] args) {
Adapter adapter = new Adapter();
adapter.sampleOperation1();
adapter.sampleOperation2();
}
}
運(yùn)行結(jié)果
對(duì)象適配器代碼實(shí)現(xiàn)
Target.java
public interface Target {
void sampleOperation1();
void sampleOperation2();
}
Adaptee.java
public class Adaptee {
public void sampleOperation1() {
System.out.println("sampleOperation1");
}
}
Adapter.java
public class Adapter implements Target {
private Adaptee mAdaptee;
public Adapter(Adaptee adaptee) {
mAdaptee = adaptee;
}
@Override
public void sampleOperation1() {
mAdaptee.sampleOperation1();
}
@Override
public void sampleOperation2() {
System.out.println("sampleOperation2");
}
}
測(cè)試類
public class MyClass {
public static void main(String[] args) {
Adapter adapter =new Adapter(new Adaptee());
adapter.sampleOperation1();
adapter.sampleOperation2();
}
}
運(yùn)行結(jié)果
模式分析
類適配器使用對(duì)象繼承的方式，是靜態(tài)的定義方式；而對(duì)象適配器使用對(duì)象組合的方式，是動(dòng)態(tài)組合的方式。
對(duì)于類適配器，由于適配器直接繼承了Adaptee，使得適配器不能和Adaptee的子類一起工作，因?yàn)槔^承是靜態(tài)的關(guān)系，當(dāng)適配器繼承了Adaptee后，就不可能再去處理 Adaptee的子類了。
對(duì)于對(duì)象適配器，一個(gè)適配器可以把多種不同的源適配到同一個(gè)目標(biāo)。換言之，同一個(gè)適配器可以把源類和它的子類都適配到目標(biāo)接口。因?yàn)閷?duì)象適配器采用的是對(duì)象組合的關(guān)系，只要對(duì)象類型正確，是不是子類都無(wú)所謂。
對(duì)于類適配器，適配器可以重定義Adaptee的部分行為，相當(dāng)于子類覆蓋父類的部分實(shí)現(xiàn)方法。
對(duì)于對(duì)象適配器，要重定義Adaptee的行為比較困難，這種情況下，需要定義Adaptee的子類來(lái)實(shí)現(xiàn)重定義，然后讓適配器組合子類。雖然重定義Adaptee的行為比較困難，但是想要增加一些新的行為則方便的很，而且新增加的行為可同時(shí)適用于所有的源。
對(duì)于類適配器，僅僅引入了一個(gè)對(duì)象，并不需要額外的引用來(lái)間接得到Adaptee。
對(duì)于對(duì)象適配器，需要額外的引用來(lái)間接得到Adaptee。
建議盡量使用對(duì)象適配器的實(shí)現(xiàn)方式，多用合成/聚合、少用繼承。當(dāng)然，具體問(wèn)題具體分析，根據(jù)需要來(lái)選用實(shí)現(xiàn)方式，最適合的才是最好的。
適配器模式的優(yōu)點(diǎn)
將目標(biāo)類和適配者類解耦，通過(guò)引入一個(gè)適配器類來(lái)重用現(xiàn)有的適配者類，而無(wú)須修改原有代碼。
增加了類的透明性和復(fù)用性，將具體的實(shí)現(xiàn)封裝在適配者類中，對(duì)于客戶端類來(lái)說(shuō)是透明的，而且提高了適配者的復(fù)用性。
靈活性和擴(kuò)展性都非常好，通過(guò)使用配置文件，可以很方便地更換適配器，也可以在不修改原有代碼的基礎(chǔ)上增加新的適配器類，完全符合“開閉原則”。
類適配器模式還具有如下優(yōu)點(diǎn)：
- 由于適配器類是適配者類的子類，因此可以在適配器類中置換一些適配者的方法，使得適配器的靈活性更強(qiáng)。
對(duì)象適配器模式還具有如下優(yōu)點(diǎn)：
- 一個(gè)對(duì)象適配器可以把多個(gè)不同的適配者適配到同一個(gè)目標(biāo)，也就是說(shuō)，同一個(gè)適配器可以把適配者類和它的子類都適配到目標(biāo)接口。
適配器模式的缺點(diǎn)
類適配器模式的缺點(diǎn)如下：
- 對(duì)于Java、C#等不支持多重繼承的語(yǔ)言，一次最多只能適配一個(gè)適配者類，而且目標(biāo)抽象類只能為抽象類，不能為具體類，其使用有一定的局限性，不能將一個(gè)適配者類和它的子類都適配到目標(biāo)接口。
對(duì)象適配器模式的缺點(diǎn)如下：
- 與類適配器模式相比，要想置換適配者類的方法就不容易。如果一定要置換掉適配者類的一個(gè)或多個(gè)方法，就只好先做一個(gè)適配者類的子類，將適配者類的方法置換掉，然后再把適配者類的子類當(dāng)做真正的適配者進(jìn)行適配，實(shí)現(xiàn)過(guò)程較為復(fù)雜。
參考
http://design-patterns.readthedocs.io/zh_CN/latest/structural_patterns/adapter.html
http://www.cnblogs.com/java-my-life/archive/2012/04/13/2442795.html
歡迎大家關(guān)注我的微信公眾號(hào)，我會(huì)不定期的分享些Android開發(fā)的技巧
[站外圖片上傳中……(5)]
