適配模式可用來在現有介面和不相容的類之間進行適配，使用這種模式的物件又叫包裝器（
基本理論
介面卡模式：將乙個介面轉換成客戶端需要的介面而不需要去修改客戶端**，使得不相容的**可以一起工作。
介面卡主要有
3個角色組成： （
1）客戶端：呼叫介面的類 （
2）介面卡：用來連線客戶端介面和提供服務的介面的類 （
3）適配者：提供服務，但是卻與客戶端介面需求不相容服務類。
此處
有乙個例項是關於兩個數的加法的。
一，先有乙個能夠實現，兩個數加法的服務和客戶端。 （
1）先引入介面檢驗類----檢查實現該介面的類是否實現了介面中所用方法。
//(定義乙個靜態方法來實現介面與實現類的直接檢驗//靜態方法不要寫出inte***ce.prototype ,因為這是寫到介面的原型鏈上的//我們要把靜態的函式直接寫到類層次上//定義乙個介面類var inte***ce=function (name,methods) else {
this.methods.push( methods[i]);
inte***ce.ensureimplement=function (object) {
if(arguments.length<2){
throw new error("引數必須不少於2個")
return false;
for(var i=1;i
var inter=arguments[i];
//如果是介面就必須是inte***ce型別
if(inter.constructor!=inte***ce){
throw new error("如果是介面類的話，就必須是inte***ce型別");
//判斷介面中的方法是否全部實現
//遍歷函式集合
for(var j=0;j
var method=inter.methods[j];//介面中所有函式
//object[method]傳入的函式
//最終是判斷傳入的函式是否與介面中所用函式匹配
if(!object[method]||typeof object[method]!="function" ){//實現類中必須有方法名字與介面中所用方法名相同
throw new error("實現類中沒有完全實現介面中的所有方法")（
2）使用介面類同一介面
var inte***ceresult=new inte***ce("inte***ceresult",["add"]);
（3）服務端兩個數的加法
function first() {
this.add=function (x,y) {
return x+y;
inte***ce.ensureimplement(this,inte***ceresult);//介面檢驗
（4）客戶端呼叫服務端**
var first=new first();
alert(first.add(1,2)) ;//3
二，現在有乙個要求就是，需要換乙個類庫，但是客戶端的程式不希望有大的改動。（
1）依然繼承相同介面的基礎上，類庫為
function second() {
this.add=function (numberlist) {
//[1,2,3] "1+2+3" eval("1+2+3")
return eval(numberlist.join("+"));
inte***ce.ensureimplement(this,inte***ceresult);//檢驗當前類是否完全實現介面中的方法
此時我們如果需要使用該類庫的話，客戶端又不能該，那麼用和之前的呼叫方式：
var second=new second();
alert(second.add(1,3));//已經不能這樣使用了
是完全不符合客戶端的要求的。為了在保證客戶端不變的情況下，又能使用新的類庫，我們需要使用介面卡模式。現在介面發生了變化，使用介面卡相容，以便適應客戶端的不變
使客戶端與新的介面相會相容。 （
2）介面卡
function thirdwarpper() {
this.add=function (x,y) {
var arr=new array();
arr.push(x);
arr.push(y);
return new second().add(arr);
inte***ce.ensureimplement(this,inte***ceresult);（
3）客戶端**
//客戶端
var third=new thirdwarpper();
var result= third.add(1,8);//傳遞數
alert(result);
針對上述的使用新的類庫後的**為：
總結，
從表面上看，介面卡模式很像外觀模式。它們都要對別的物件進行包裝並改變其呈現的介面。二者的差別在於它們如何改變介面。外觀元素展現的是乙個簡化的介面，它並不提供額外的選擇，
而且有時為了方便完成常見任務它還會做出一些假定。而介面卡則要把乙個介面轉換為另乙個介面，它並不會濾除某些能力，也不會簡化介面。
介面卡模式（類介面卡 物件介面卡）
做個筆記 引用 public inte ce usb public inte ce psp public class usber implements usb 類介面卡 psp適用usb介面 public class usbadapter extends usber implements psp 物...
介面卡模式 預設介面卡，類介面卡，物件介面卡
模式思想 改變乙個類的對外介面 增加或減少 以滿足不同外部呼叫者的需求 角色成員 目標介面 target 客戶所期待的介面。目標可以是具體的或抽象的類，也可以是介面。需要適配的類 adaptee 需要適配的類或適配者類。介面卡 adapter 通過包裝乙個需要適配的物件，把原介面轉換成目標介面。適配...
設計模式 介面卡模式 類介面卡 物件介面卡
乙個小例子，便於理解，上 這是我們造的。現在想用這個方法。public class adaptee 類介面卡。對我們想要的方法封裝一下，target就能像之前一樣，呼叫request方法即可。public class adapter1 extends adaptee implements targe...