这给我们灵活使用数据提供了新思路。

五、前后台数据适配

当我们向googleMap 和baiduMap 都发出“显示”请求时，googleMap和baiduMap 分别以各自的方式在页面中展现了地图：

var googleMap = {
    show: function(){
        console.log( ‘開始渲染谷歌地图‘ );
    }
};
var baiduMap = {
    show: function(){
        console.log( ‘開始渲染百度地图‘ );
    }
};
var renderMap = function( map ){
    if ( map.show instanceof Function ){
        map.show();
    }
};
renderMap( googleMap ); // 输出：開始渲染谷歌地图
renderMap( baiduMap ); // 输出：開始渲染百度地图

这段程序得以顺利执行的关键是googleMap 和baiduMap 提供了一致的show 方法，但第三方的接口方法并不在我们自己的控制范围之内。假如baiduMap 提供的显示地图的方法不叫show 而叫display 呢？

baiduMap 这个对象来源于第三方，正常情况下我们都不应该去改动它。此时我们能够通过添加baiduMapAdapter 来解决这个问题：

var googleMap = {
    show: function(){
        console.log( ‘開始渲染谷歌地图‘ );
    }
};
var baiduMap = {
    display: function(){
        console.log( ‘開始渲染百度地图‘ );
    }
};
var baiduMapAdapter = {
    show: function(){
        return baiduMap.display();
    }
};
renderMap( googleMap ); // 输出：開始渲染谷歌地图
renderMap( baiduMapAdapter ); // 输出：開始渲染百度地图

再来看看另外一个样例。假设我们正在编写一个渲染广东省地图的页面。眼下从第三方资源里获得了广东省的全部城市以及它们所相应的ID，而且成功地渲染到页面中：

var getGuangdongCity = function(){
    var guangdongCity = [
        {
            name: ‘shenzhen‘,
            id: 11,
        }, {
            name: ‘guangzhou‘,
            id: 12,
        }];
    return guangdongCity;
};
var render = function( fn ){
    console.log( ‘開始渲染广东省地图‘ );
    document.write( JSON.stringify( fn() ) );
};
render( getGuangdongCity );

利用这些数据，我们编写完毕了整个页面。而且在线上稳定地执行了一段时间。但后来发现这些数据不太可靠，里面还缺少非常多城市。于是我们又在网上找到了另外一些数据资源，这次的数据更加全面。但遗憾的是，数据结构和正执行在项目中的并不一致。

新的数据结构例如以下：

var guangdongCity = {
    shenzhen: 11,
    guangzhou: 12,
    zhuhai: 13
};

除了大动干戈地改写渲染页面的前端代码之外，第二种更轻便的解决方案就是新增一个数据格式转换的适配器：

var addressAdapter = function( oldAddressfn ){
   var address = guangdongCity,
   oldAddress = oldAddressfn();
   for ( var i = 0, c; c = oldAddress[ i++ ]; ){
        address[ c.name ] = c.id;
   }
   return address;
};
render( addressAdapter( getGuangdongCity ) );

那么接下来须要做的。就是把代码中调用getGuangdongCity 的地方，用经过addressAdapter适配器转换之后的新函数来取代。

六、应用场景

那合适使用适配器模式好呢？假设有以下情况出现时，建议使用：

• 使用一个已经存在的对象，但其方法或属性接口不符合你的要求；
• 你想创建一个可复用的对象，该对象能够与其他不相关的对象或不可见对象（即接口方法或属性不兼容的对象）协同工作；
• 想使用已经存在的对象，可是不能对每个都进行原型继承以匹配它的接口。

  对象适配器能够适配它的父对象接口方法或属性。

有一些模式跟适配器模式的
结构非常类似，比方装饰者模式、代理模式和外观模式。这几种模式都属于“包
装模式”。都是由一个对象来包装还有一个对象。差别它们的关键仍然是模式的意图。

• 适配器模式主要用来解决两个已有接口之间不匹配的问题，它不考虑这些接口是如何实现的，也不考虑它们将来可能会如何演化。适配器模式不须要改变已有的接口。就能够使它们协同作用。

• 装饰者模式和代理模式也不会改变原有对象的接口，但装饰者模式的作用是为了给对象添加功能。

  装饰者模式经常形成一条长的装饰链，而适配器模式通常仅仅包装一次。代理模式是为了控制对对象的訪问，通常也仅仅包装一次。

• 外观模式的作用倒是和适配器比較类似。有人把外观模式看成一组对象的适配器，但外观模式最显著的特点是定义了一个新的接口。