STL中，stack對vector或者雙端隊列進行封裝，提供stack操作的接口就是典型的適配器模式。
將一個類的接口轉換成客戶希望的另外一個接口，就是適配器模式。
使用適配器模式有以下優點：
降低了去實現一個功能點的難度，可以對現有的類進行包裝，就可以進行使用了；
提高了項目質量，現有的類一般都是經過測試的，使用了適配器模式之後，不需要對舊的類進行全面的覆蓋測試；
總的來說，提高了效率，降低了成本。
根據類的組合和繼承，適配器模式分為對象適配器模式和類適配器模式。
既然有了類適配器和對象適配器，那麼在實際中如何在二者之間做選擇呢？
類適配器有以下特點：
由於Adapter直接繼承自Adaptee類，所以，在Adapter類中可以對Adaptee類的方法進行重定義；
如果在Adaptee中添加了一個抽象方法，那麼Adapter也要進行相應的改動，這樣就帶來高耦合；
如果Adaptee還有其它子類，而在Adapter中想調用Adaptee其它子類的方法時，使用類適配器是無法做到的。
對象適配器有以下特點：
有的時候，你會發現，不是很容易去構造一個Adaptee類型的對象；
當Adaptee中添加新的抽象方法時，Adapter類不需要做任何調整，也能正確的進行動作；
可以使用多態的方式在Adapter類中調用Adaptee類子類的方法。
由於對象適配器的耦合度比較低，所以在很多的書中都建議使用對象適配器。在我們實際項目中，也是如此，能使用對象組合的方式，就不使用多繼承的方式。
類適配器的實現代碼：
// Targets
class Target
{
public:
virtual void Request()
{
cout<Request();
delete targetObj;
targetObj = NULL;
return 0;
}
class Target
{
public:
Target(){}
virtual ~Target(){}
virtual void Request()
{
cout<SpecificRequest();
}
private:
Adaptee *m_Adaptee;
};
int main(int argc, char *argv[])
{
Target *targetObj = new Adapter();
targetObj->Request();
delete targetObj;
targetObj = NULL;
return 0;
}
