设计模式并非是难以理解, 或是难以应用到实践中的, 相反的, 设计模式恰恰代表了某些场景下的最佳实践! 这些设计模式通常被有经验的开发者们所采用。
设计模式是开发者们在开发过程中面临的一般问题的解决方案。 这些解决方案是众多开发者们经过长时间的实验和错误所总结出来的
本文将讲解前端 (javascript) 的设计模式概念!
外观模式是最常用的一种设计模式, 说白了就是把常用的代码段封装一个接口, 比如最常用的浏览器兼容的封装, 就可以看做成一个外观设计模式
function addEventListener(element, event, callback) {
if (element.addEventListener) {
element.addEventListener(event, callback, false);
} else if (element.attachEvent) {
element.attachEvent('on' + event, callback);
} else {
element['on' + event] = callback;
}
}
外观模式不仅简化类中的接口，而且对接口与调用者也进行了解耦。外观模式经常被认为开发者必备，它可以将一些复杂操作封装起来，并创建一个简单的接口用于调用。
外观模式经常被用于JavaScript类库里，通过它封装一些接口用于兼容多浏览器，外观模式可以让我们间接调用子系统，从而避免因直接访问子系统而产生不必要的错误。
外观模式的优势是易于使用，而且本身也比较轻量级。但也有缺点 外观模式被开发者连续使用时会产生一定的性能问题，因为在每次调用时都要检测功能的可用性。
何时使用
理论上在开发开始到结束, 或是维护遗留的大型系统时, 都可以使用外观模式
其他设计模式
单例模式: //www.greatytc.com/p/4c0604f116ba
构造函数模式: //www.greatytc.com/p/cf809d980459
建造者模式: //www.greatytc.com/p/70cf4bb80549
简单工厂模式: //www.greatytc.com/p/4293450926c2
抽象工厂模式: //www.greatytc.com/p/d6138f36e6e2
装饰者模式: //www.greatytc.com/p/16cf284ab810
