为什么要学习设计模式？
做事情之前问个为什么总是好的。关于设计模式的好坏，我在知乎上也看过一些讨论，有知友对其提出过一些疑问，里面有一些关于设计模式的观点:
设计模式有何不妥，所谓的荼毒体现在哪？
设计模式是不是有点太玄了？
任何事物的出现都有其道理，任何语言都有其不足之处，设计模式是对语言不足的补充（Peter Norvig)。设计模式也是编程经验的总结，我想学习它对像我这样的前端新手的能力会有很大的提升。
使用设计模式的好处
《Head First 设计模式》一书举了一个非常有意思的例子，
两个人点餐,一个人说:
"我要一份涂了奶酪及果酱的白面包，加了香草冰淇淋的巧克力汽水.."；
另外一个人说:
“给我一份C.J怀特，一个黑与白”
表达同样的意思，效果却完全不同，这里就说到一个比较大的概念“共享词汇”。
共享词汇就是一组概念，行为，方法等等的集合，这个在任何行业都有用，就像中文菜名“回锅肉”，厨子知道什么是回锅肉，你也知道什么是回锅肉，如果没有回锅肉这个共享词汇，我好像真的想不到一个合适的描述来点这道菜。
回到设计模式，各种设计模式就是一个个的共享词汇，它不仅仅是一个名称，更是一整套模式背后所象征的质量，特征，约束。
细说说它的好处：
- 设计模式能让你用更少的词汇做更充分的沟通；
- 谈话在模式层次时，不会被压低到对象和类这种琐碎的事情上；
- 懂设计模式的团队，彼此之间对于设计的看法不容易产生误解；
- 共享词汇能帮助初级人员快速成长。
总结一下设计模式的作用：
帮助我们将应用组织成容易了解，容易维护，具有弹性的架构，建立可维护的OO系统，要诀在于随时想到系统以后可能需要的变化以及应付变化的原则。
设计模式的使用方法
关于使用方式，像我这种初学者最容易犯的错误就是生搬硬套，但是模仿本来也是学习的一个过程，最重要的事情是在模仿中要学会思考。我也是设计模式的初学者，所以我会常用这句话来提醒自己，看过一句关于如何最好的使用设计模式的话:
“把模式装进脑子里，然后在你的设计和已有的应用中，寻找何处可以使用它们”。
这就有点像是张无忌练习太极拳了，忘了所有的模式吧，你已经在潜移默化的使用它了。当然如果你不学设计模式，你可能也在无意识的使用一些设计模式了，但是这个在跟学过以后再无意识的使用设计模式，应该隔着两重境界吧。
当然要达到这个境界，少不了大量的练习，当然也不能忘了设计是一门艺术，总有许多可取舍的地方。
设计模式的一些原则
找出应用中可能需要改变之处，把它们独立出来，不要和哪些不需要改变的代码混在一起（低耦合）；
-
针对接口编程，而不是针对实现编程；
关键在于多态，程序可以针对超类型编程，执行时会根据实际状况执行到真正的行为，不会被绑死在超类型的行为上（在JavaScript中并没有超类型的概念。）我的理解是，接口可以理解为一个动作，而动作的具体实现则不用确定。这一点在下文讲解多态时会有一个更加具体的例子。
多用组合，少用继承
可能还有一些其它的原则，目前，我还没有涉及到，在之后的学习过程中，再补充。
需要了解的一些其它概念
要真正的理解设计模式，需要了解面向对象的一些基础概念：抽象，多态，封装和继承。
就JavaScript而言，由于是一门动态语言，在此不考虑抽象这一概念。
多态
概念：同一操作作用于不同的对象上时，可以产生不同的解释和不同的执行结果。
比如说有两只动物，鸡和鸭，当发出命令“叫”时，鸡会“咯咯咯“，鸭会”嘎嘎嘎“；
多态背后的思想是将“做什么”和“谁去做以及怎么去做”分离开来，也就是将“不变的事”和“可变的事物”分离开来。
多态的实现：归根到底是要消除类型之间的耦合关系，JS的变量类型在运行时是可变的，这意味着JS对象的多态性是与生俱来的。
多态的作用：通过把过程化的条件分支语句转化为对象的多态性，从而消除这些条件分支语句。
看一个例子来理解多态：
// 只使用谷歌地图
var googleMap = {
show: function() {
console.log('开始渲染谷歌地图');
}
};
var renderMap = function() {
googleMap.show();
};
renderMap(); //输出：开始渲染谷歌地图
// 好吧，谷歌在某些地方不好用，在某些要换成百度地图了，
var googleMap = {
show: function() {
console.log('开始渲染谷歌地图');
}
};
var baiduMap = {
show: function() {
console.log('开始渲染百度地图');
}
};
var renderMap = function(type) {
if (type === 'google') {
googleMap.show();
} else if (type = 'baidu') {
baiduMap.show();
};
};
renderMap('google'); //输出：开始渲染谷歌地图
renderMap('baidu'); //输出：开始渲染百度地图
// 上述代码有一点的弹性，但是如果在更换地图，改变的地方太多了，这里就可以运用多态性这个理念了,这里也把做什么和怎么做分开了
// 抽象出相同部分,条件分支语句转化为对象的多态性
var renderMap = function(map){ //做什么
if (map.show() instanceof Function) {
map.show();
}
};
renderMap('google'); //输出：开始渲染谷歌地图
renderMap('baidu'); //输出：开始渲染百度地图
// 再添加一个搜搜地图
var sosoMap = { // 怎么做
show: function() {
console.log('开始渲染搜搜地图');
}
};
renderMap('soso'); //输出：开始渲染搜搜地图
// 本例来自于《JavaScript设计模式与开发实践》
封装
封装的目的是将信息隐藏,包括隐藏数据，隐藏实现细节，设计细节以及隐藏对象的类型等。
封装分为四类：封装数据，封装实现，封装类型和封装变化
封装数据：
在许多面相对象系统中，封装数据是由语法解析来实现的（private public proctected）;
JavaScript中没有对这些变量的支持，只能利用变量的作用域来实现封装，只能模拟出public.private两种封装性。（ES6可用let），一般用函数来创建作用域。
封装实现：
使得对象内部的变化对其他对象而言是不可见的，对象对其自己的行为负责，使得对象之间的耦合变得松散，对象之间只通过暴露API接口来通信，修改一个对象时，可以随意地修改它的内部实现，只要对外的接口没有变化，就不会影响到程序的其它功能。
封装类型：
对静态语言而言，是一种重要的封装方式，把对象的真正类型隐藏在抽象类或者接口之后，Javascript没有这方面的支持，因此也没有这方面的需要；
封装变化：
把系统中稳定不变的部分和容易变化的部分隔离开来，在系统的演变过程中，我们只需要替换那些容易变化的部分，如果这些部分是已经封装好的，替换起来也相对容易，这可以最大程度的保证程序的稳定性和可扩展性
继承
说到继承，JavaScript最重要的概念可能在于原型链。
基于原型链的委托机制就是原型继承的本质。
- 所有的数据都是对象，JS的根对象是
Object.prototype对象，它是一个空对象； - 要得到一个对象，不是通过实例化类而是找到一个对象作为原型来克隆它；
- 对象会记住它的原型；就JS而言，对象的原型其实是其构造器的原型（new），包含在其隐藏属性
_proto_中； - 如果对象无法响应某个请求，它会把这个请求委托给自己的原型。
- JavaScript的原型最初都是由Object.prototype对象克隆而来；
- 对象构造器的原型并不限于Object.prototype,可以动态的指向其他对象；
A.prototype=obj - 原型链并非无限长，到顶（Object.prototype）以后，如果没有找到就会返回undefined；
本文是我学习设计模式的第一篇笔记，里面若有不恰当的地方，欢迎随时指出，也希望您看完本文，跟我一样有所收获。
参考书籍
Head First 设计模式
JavaScript设计模式与开发实践