適配器把一個類的接口，強制變成另外一個類的接口實現。
個人建議，萬不得已不要用適配器。但是，你一定要知道有這么個東西。
如果你的項目剛剛起步，就有人用了適配器，那基本上就是濫用。
適配器一般是項目龐大，比如接口已經對外提供出去，不好快速修改了，但由于特殊業務需要其他接口的實現，不得已才用的。
所以，適配器模式，能少用則少用，能不用則不用。

具體實現

假設有個類A，類中有方法aMethod；
再有個類B，類中有方法bMethod；

正常情況下，A類的引用調用方法aMethod，B類的引用調用方法bMethod，如下。
A a = new A();
a.aMethod();
B b = new B();
b.bMethod();

現在需求如下，在不改變類A和類B的前提下，想用類A的引用，調用方法aMethod，但最終方法aMethod中卻是方法bMethod的實現。

這時就要用到適配器模式。
我們新建一個類C，繼承類A，然后把類B作為類C的成員變量注入進來，然后重寫方法aMethod，在aMethod方法中，使用類B的引用，調用類B的bMethod方法，即可。
類C就是AB的適配器，準確的說，是C讓A適配了B。

class C extends A{@Autowiredprivate B b;@Overrideprivate void aMethod(){b.bMethod();} }

這樣一來，就可以讓類A的引用調用方法aMethod，結果卻是調用了bMethod方法。

A a = new C();
a.aMethod();

注意

如果一個項目過多的使用適配器模式，那將會使項目的可讀性大大降低，甚至會誤導人。
這種情況，就要考慮重構項目了。
所以說，適配器就是為了解決短時間的問題，不得已才這么做的，他破壞了類與類之間清晰的界限，有種移花接木的感覺，不能常用。

總結

以上是生活随笔為你收集整理的[设计模式] ------ 适配器模式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。