标签：
链模式：通过在对象方法中将当前对象返回，实现对同一个对象多个方法的链式调用，从而简化多次调用该对象多个方法时的对该对象的多次引用。
具体不多说；主要是方法最后return this;
委托模式：多个对象接受并处理同一请求，他们将请求委托给另一个对象同一处理请求。
比如所说的事件绑定，没必要将事件绑定在具体的元素上，可以将其绑定在父元素上，可以起到对页面的优化，比如减少绑定次数，对页面起到优化作用。
此外还可以处理一些内存外泄问题的存在。
举例子：比如当我们为某一具体元素绑定事件，其效果是该元素从页面中移除，但是其绑定的事件没有清除，会泄漏到内存中去。有一种方法是将元素的引用设置为null，但是这对标准浏览器来说是不需要的，他们采用的是标记清除的方式管理内存的。所以更好地办法是采用委托模式，通过判断事件的目标id来实现事件的响应。这样，即使目标元素被清除了，也不会引起泄漏。
委托模式解决了请求与委托者之间的耦合。通过被委托者对接收到的请求的处理后，分法给相应的委托者去处理。
数据访问对象模式：抽象和封装对数据源的访问和存储，DAO通过对数据源链接的管理方便对数据的访问和存储。
具体看书，不好描述。注意点：我们再划分本地存储的时候，为了与其他的存储进行区分，需要添加特定的前缀来进行区分。
节流模式
节流模式：对重复的业务逻辑进行节流控制，执行最后一次操作并取消其他操作，以提高性能。
举例子：比如scroll事件，一进一出事件，图片较多的页面等等，都可以在采用节流模式进行优化。
以下是一个节流器：
var throttle=function(){ //获取第一个参数 var isClear=arguments[0],fn; //如果第一个参数是boolean类型那么第一个参数则表示是否清除计时器 if(typeof isClear ===="boolean"){ //第二个参数为函数 fn=arguments[1]; fn._throttleID && clearTimeout(fn._throttleID); //通过计时器延迟函数的执行 }else{ //第一个参数为函数 fn=isClear; //第二个参数为函数执行时的参数 param=arguments[1]; var p={ context:null, args:[], time；300 } arguments.callee(true,fn);//清除计时器 fn._throttleID=setTimeout(function(){ //执行函数 fn.apply(p.context,p.args) },p.time) } }
其主要思想是：刚开始不管之前存不存在定时器，先清除一遍，然后再绑定计时器。如果时间一直在响应，就会一直清除，绑定，事件永远得不到响应。只有当你暂停，并超过一定的时间，才会执行响应函数。
对于图片的延迟加载，主要思想如下：判断图片的位置，决定是否加载，当停留在某处不动的时候，而此时可视区的图片也已经加载成功的话，就开始从头加载那些没有加载的。要达到这个目的，要求我们不能一开始就把img的src属性给定，而是通过从data-src中获取。
简单模板模式：通过格式化字符串拼凑出视图避免创建视图时大量节点操作。优化内存开销。
好处：解决采用DOM操作创建视图时造成资源消耗大、性能低下、操作复杂等问题。用正则匹配方式去格式化字符串的执行的性能要高于DOM操作拼接的视图，并且这种方法被用于大型框架（如MVC等）创建视图操作中。
惰性模式：减少每次代码执行时重复性分支判断，通过对对象重新定义来屏蔽对原对象中的分支判断。
有两种表现形式：1是立即执行函数；2是在用的的时候再来抉择
//第一种方式 A.on=function(dom,type,fn){ if(document.addEventListener){ return function(dom,type,fn){ dom.addEventListener(type,fn,false); } }else if(....){ return function(dom,type,fn){} }else{ return function(dom,type,fn){ dom["on"+type]=fn; } } }(); //第二种方式 A.on=function(dom,type,fn){ if(document.addEventListener){ A.on=function(dom,type,fn){ dom.addEventListener(type,fn,false); } }else if(.....){ A.on=function(dom,type,fn){} }else{ A.on=function(dom,type,fn){ dom["on"+type]=fn; } } A.on(dom,type,fn); };
第一种会占用一些资源；第二种由于在第一次使用的时候会冲重新定义对象，以致第一次执行时间增加。
参与者模式：在特定的作用域中执行给定的函数，并将参数原封不动地传递。
具体看书。
参与者模式实际上是两种技术的结晶，函数绑定和函数柯里化。早期的浏览中并未提供bind方法，因此聪明的工程师们为了使添加的事件能够移除，事件回调函数中能够访问到事件源，并且可以向事件回调函数中传入自定义数据，才发明了函数绑定与柯里化技术。
等待者模式：通过对多个异步进程监听，来触发未来发生的动作。
标签：
原文地址：http://www.cnblogs.com/huansky/p/5737196.html
