文章初衷
设计模式其实旨在解决语言本身存在的缺陷,
目前javaScript一些新的语法特性已经集成了一些设计模式的实现,
大家在写代码的时候,没必要为了用设计模式而去用设计模式,
那么我这边为什么还写设计模式的文章呢,
一方面是自己的一个整理,然后记录出来,结合自己的理解,
一方面就是虽然语言特性本身已经实现这些模式,有了自己的语法,
但是我们何尝不能去了解一下它是通过什么样的思路去实现了
在我看来设计模式更多的是让我对于思考问题,有了一些更好的思路和想法
文章实现更多的表现为用一些简单的案例,帮助大家去理解这样的一种思路,
会存在故意把设计模式的实现往简单的案例靠拢,
大家在真实项目中不要刻意去用设计模式实现相同的代码
设计模式在平时的一些代码中都会有所体现,大家也许经常用到,
耐心看文章,也许你会发现自己平时的代码就不断在设计模式中体现
JavaScript设计模式系列
JavaScript设计模式系列,讲述大概20-30种设计模式在JavaScript中的运用
后面对应的篇幅会陆续更新,欢迎大家提出建议
这是设计模式系列第四篇,讲述外观模式
注意
深入系列文章部分是有先后顺序的，按照目录结构顺序阅读效果最好。
勘误及提问
如果有疑问或者发现错误，可以在相应的 issues 进行提问或勘误。
外观模式
概念:
为一组复杂的子系统接口提供一个更高级的统一接口,
通过这个接口使得对子系统接口的访问更容易
外观模式又被称作为门面模式
案例体现
有一个需求,要为document元素绑定一个点击事件,这时候我们就需要考虑到浏览器的兼容性问题,但是每次绑定事件都要去判断一些浏览器兼容,显然不是很合理,这时候我们就要用到外观模式了,封装一个统一的绑定事件方法,然后在这个方法里面去做浏览器兼容性的处理,统一暴露一个对外绑定事件的方法,
这就是我们所说的外观模式了
代码体现
// 外观模式实现
function addEvent(dom, type, fn){
// 对于支持dom2级事件处理程序 addEventListener 方法的浏览器
if(dom.addEventListener){
dom.addEventListener(type,fn,false);
}else if(dom.attachEvent){// 对于不支持addEventListener 方法但支持attachEvent 方法的浏览器
dom.attachEvent('on'+type,fn);
}else {
dom['on'+ type] = fn;
}
}
// 调用绑定事件
addEvent(document.getElementById('btn'),'click',function(){
console.log('我是点击事件');
});复制代码外观模式的优点
- 提供统一对外接口,把复杂逻辑统一处理,对外调用更加容易
外观模式总结
在javascript中,外观模式是比较好理解的,jQuery当中就大量运用了这
样的思想去解决浏览器兼容性问题
注意
深入系列文章部分是有先后顺序的，按照目录结构顺序阅读效果最好。
