文章初衷
设计模式其实旨在解决语言本身存在的缺陷,
目前javaScript一些新的语法特性已经集成了一些设计模式的实现,
大家在写代码的时候,没必要为了用设计模式而去用设计模式,
那么我这边为什么还写设计模式的文章呢,
一方面是自己的一个整理,然后记录出来,结合自己的理解,
一方面就是虽然语言特性本身已经实现这些模式,有了自己的语法,
但是我们何尝不能去了解一下它是通过什么样的思路去实现了
在我看来设计模式更多的是让我对于思考问题,有了一些更好的思路和想法
文章实现更多的表现为用一些简单的案例,帮助大家去理解这样的一种思路,
会存在故意把设计模式的实现往简单的案例靠拢,
大家在真实项目中不要刻意去用设计模式实现相同的代码
设计模式在平时的一些代码中都会有所体现,大家也许经常用到,
耐心看文章,也许你会发现自己平时的代码就不断在设计模式中体现
JavaScript设计模式系列
JavaScript设计模式系列,讲述大概20-30种设计模式在JavaScript中的运用
后面对应的篇幅会陆续更新,欢迎大家提出建议
这是设计模式系列第五篇,讲述适配器模式
注意
深入系列文章部分是有先后顺序的，按照目录结构顺序阅读效果最好。
勘误及提问
如果有疑问或者发现错误，可以在相应的 issues 进行提问或勘误。
适配器模式
概念:
将一个对象的方法或者属性转化成另外一个接口,
使得对象之间的方法或属性不兼容性问题通过适配器得到解决
通俗点去理解
比如苹果插座是三孔的,这时候我们想要充电,
但是并没有三孔的插头,这时候我们就需要适配器转换一下,
这样我们就可以充电的,这就是适配器模式解决问题的场景
案例体现
比如我们现在需要打印一个数组,通过后台接口我们取到的是一个对象,
这时候我们就需要通过转换把对应的对象转换为数组,
这种场景在我们项目中还是经常会遇到的,下面简单的进行一个模拟
代码体现
// 适配器模式
// obj对象转换为数组
function objToArray(obj) {
var arr = []; //新数组
for(var i in obj){
arr.push(obj[i]);
}
return arr;
}
// 创建一个对象
var obj = {
name: '小钱',
age: 18,
sex: '男'
}
// 假设我这边需要的结果是一个数组格式的输出
console.log(objToArray(obj));//['小钱',18,'男']复制代码jQuery与zepto框架的适配
适配器模式在
jQuery与zepto框架之间也有一个很好的体现,在之前,我们在开发移动端的时候,会选择用
zepto框架来替代比较大的jQuery框架这边其实就很好的利用了适配模式,基本上会
jQuery的同学很快速的可以掌握zepto
适配器模式与外观模式的对比
外观模式
概念:
为一组复杂的子系统接口提供一个更高级的统一接口,
通过这个接口使得对子系统接口的访问更容易
外观模式又被称作为门面模式
适配器模式
概念:
将一个对象的方法或者属性转化成另外一个接口,
使得对象之间的方法或属性不兼容性问题通过适配器得到解决
外观模式与适配器模式的不同点在于,外观模式侧重点在于提供统一接口,使得访问接口更容易,适配器模式侧重点在于转换接口,解决不兼容问题
适配器模式的优点
- 通过适配的方式,可以很好的解决原本存在的兼容性问题
适配器模式总结
在需要把对象进行转换,解决一些兼容性问题的时候,我们可以考虑用适配器的思路去解决问题
注意
深入系列文章部分是有先后顺序的，按照目录结构顺序阅读效果最好。
