将一个类(对象)的接口(方法或属性)转化成另一个接口,以满足用户需求,使类(对象)之间接口的不兼容性问题通过适配器方法得以解决
适配器主要有3个角色组成:
(1)客户端:调用接口的类
(2)适配器:用来连接客户端接口和提供服务的接口的类
(3)适配者:提供服务,但是却与客户端接口需求不兼容服务类。
下面是一个实例,向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 getBeijingCity = function(){
var beijingCity = [
{
name: 'chaoyang',
id: 11,
}, {
name: 'haidian',
id: 12,
}
];
return beijingCity;
};
var render = function( fn ){
console.log( '开始渲染北京市地图' );
document.write( JSON.stringify( fn() ) );
};
render( getBeijingCity );
利用这些数据,编写完成了整个页面,并且在线上稳定地运行了一段时间。但后来发现这些数据不太可靠,里面还缺少很多地区。于是又在网上找到了另外一些数据资源,这次的数据更加全面,但遗憾的是,数据结构和正运行在项目中的并不一致。新的数据结构如下:
var BeijingCity = {
chaoyang: 11,
haidian: 12,
pinggu: 13
};
除了大动干戈地改写渲染页面的前端代码之外,另外一种更轻便的解决方式就是新增一个数据格式转换的适配器:
var getBeijingCity = function(){
var beijingCity = [
{
name: 'chaoyang',
id: 11,
}, {
name: 'haidian',
id: 12,
}
];
return beijingCity;
};
var render = function( fn ){
console.log( '开始渲染北京市地图' );
document.write( JSON.stringify( fn() ) );
};
var addressAdapter = function( oldAddressfn ){
var address = {},
oldAddress = oldAddressfn();
for ( var i = 0, c; c = oldAddress[ i++ ]; ){
address[ c.name ] = c.id;
}
return function(){
return address;
}
};
render( addressAdapter( getBeijingCity ) );
那么接下来需要做的,就是把代码中调用getBeijingCity的地方,用经过addressAdapter适配器转换之后的新函数来代替
总结
适配器模式是一对相对简单的模式。有一些模式跟适配器模式的结构非常相似,比如装饰者模式、代理模式和外观模式。这几种模式都属于“包装模式”,都是由一个对象来包装另一个对象。区别它们的关键仍然是模式的意图。适配器模式主要用来解决两个已有接口之间不匹配的问题,它不考虑这些接口是怎样实现的,也不考虑它们将来可能会如何演化。适配器模式不需要改变已有的接口,就能够使它们协同作用。装饰者模式和代理模式也不会改变原有对象的接口,但装饰者模式的作用是为了给对象增加功能。装饰者模式常常形成一条长的装饰链,而适配器模式通常只包装一次。代理模式是为了控制对对象的访问,通常也只包装一次。外观模式的作用倒是和适配器比较相似,有人把外观模式看成一组对象的适配器,但外观模式最显著的特点是定义了一个新的接口