javascript 设计模式 - 文章很长，请自备瓜子，水果和眼药水

2011-09-05 09:35:57 by 【6yang】, 39 visits, 收藏 | 返回

　　一直都在考虑这个月分享大家什么东西最好，原计划是打算写一些HTML5中JS方面的内容或者是AJAX方面的，可是自己由于表达能力，时间，还有个人工作方面的问题，这个还是等下个月再做分享吧^.^。

　　老规矩，开始正文以前先交代自己写这篇文章的目的和一些注意事项：

　　1.首先本人一直从事前端开发，所以除了JavaScript其他的语言了解不深，所以文章只会以JavaScript语言的角度去论证；

　　2.其实我个人在项目用过的模式也不多，对模式的概念的理解也没有那么抽象，所以最近在面试中如果面试官问到与模式相关的问题，自己感觉在对答过程中很郁闷，很多东西表达不清楚，于是就找了些相关资料，才会有这篇文章分享；

　　3.JavaScript模式与前端的工作和成长密不可分，因为这确实不是一个简单的话题，所以我只能尽力用简单表达和例子阐明，而且园子里有很多的高手，所以希望大家踊跃发言(由于水平有限，请大家多多指教，希望嘴下留情)；

　　4.由于这篇文章更多的只是想起到一个介绍和讲解的作用，并不打算对每种模式进行细致的分析，所以每种模式只用到一个至二个例子，可能会造成这个例子的表达并不是最优的或者不够全面，如果各位看官觉得不过瘾，可以再去查找相关资料；

　　5.做任何事都需要坚持，写博客也是一样，嘿嘿，每月至少一篇(文章确实较长，希望能对朋友们有所帮助，重点部分在前言中有介绍，大家可以选择感兴趣的模式进行深入)。

　　6.欢迎转载，不过请注明出处，谢谢。

了解JavaScript设计模式我们需要知道的一些必要知识点：（内容相对基础，高手请跳过）

　　闭包：关于闭包这个月在园子里有几篇不错的分享了，在这我也从最实际的地方出发，说说我的理解。

　　　　1.闭包最常用的方式就是返回一个内联函数（何为内联函数？就是在函数内部声明的函数）；

　　　　2.在JavaScript中有作用域和执行环境的问题，在函数内部的变量在函数外部是无法访问的，在函数内部却可以得到全局变量。由于种种原因，我们有时候需要得到函数内部的变量，可是用常规方法是得不到的，这时我们就可以创建一个闭包，用来在外部访问这个变量。

　　　　3.闭包的用途主要就是上一点提到的读取函数内部变量，还有一个作用就是可以使这些变量一直保存在内存中。

　　　　4.使用闭包要注意，由于变量被保存在内存中，所以会对内存造成消耗，所以不能滥用闭包。解决方法是在退出函数之前，将不使用的局部变量全部删除。

　　　　最后还是上一套闭包的代码吧，这样更直观。

 1 　　function f(){
 2   　　var n = 999;
 3   　　function f1(){
 4    　　 alert(n+=1);
 5  　　 }
 6  　　 return f1;
 7 　　}
 8 　　var result = f();
 9 　　result(); // 1000
10 　　result(); // 1001
11 　　result(); // 1002

封装：通过将一个方法或者属性声明为私用的，可以让对象的实现细节对其他对象保密以降低对象之间的耦合程度，可以保持数据的完整性并对其修改方式加以约束，这样可以是代码更可靠，更易于调试。封装是面向对象的设计的基石。

　　尽管JavaScript是一门面向对象的语言，可它并不具备将成员声明为公用或私用的任何内部机制，所以我们只能自己想办法实现这种特性。下面还是通过一套完整的代码去分析，介绍什么是私有属性和方法，什么是特权属性和方法，什么是公有属性和方法，什么是公有静态属性和方法。

　　私有属性和方法：函数有作用域，在函数内用var 关键字声明的变量在外部无法访问，私有属性和方法本质就是你希望在对象外部无法访问的变量。

　　特权属性和方法：创建属性和方法时使用的this关键字，因为这些方法定义在构造器的作用域中，所以它们可以访问到私有属性和方法；只有那些需要直接访问私有成员的方法才应该被设计为特权方法。

　　共有属性和方法：直接链在prototype上的属性和方法，不可以访问构造器内的私有成员，可以访问特权成员，子类会继承所有的共有方法。

　　共有静态属性和方法：最好的理解方式就是把它想象成一个命名空间，实际上相当于把构造器作为命名空间来使用。

 1 　　/* -- 封装 -- */
 2 　　var _packaging = function(){
 3    　　//私有属性和方法
 4    　　var name = 'Darren';
 5    　　var method1 = function(){
 6     　　  //...
 7    　　}
 8    　　//特权属性和方法
 9    　　this.title = 'JavaScript Design Patterns' ;
10    　　this.getName = function(){
11     　　  return name;
12    　　}
13 　　}
14 　　//共有静态属性和方法
15 　　_packaging._name = 'Darren code';
16 　　_packaging.alertName = function(){
17    　　alert(_packaging._name);
18 　　}
19 　　//共有属性和方法
20 　　_packaging.prototype = {
21    　　init:function(){
22       　　//...
23    　　}
24 　　}

继承：继承本身就是一个抽象的话题，在JavaScript中继承更是一个复杂的话题，因为JavaScript想要实现继承有两种实现方式，分别是类式继承和原型式继承，每种实现的方式都需要采取不少措施，下面本人通过分析例子的方式讲解JavaScript中这个很重要的话题。

 1 　　/* -- 类式继承 -- */
 2 　　//先声明一个超类
 3 　　function Person(name){
 4 　　　　this.name = name;
 5 　　}
 6 　　//给这个超类的原型对象上添加方法 getName 
 7 　　Person.prototype.getName = function(){
 8    　　return this.name;
 9 　　}
10 　　//实例化这个超类
11 　　var a = new Person('Darren1')
12 　　alert(a.getName());
13 　　//再声明类
14 　　function Programmer(name,sex){
15    　　//这个类中要调用超类Person的构造函数，并将参数name传给它
16    　　Person.call(this,name);
17    　　this.sex = sex;
18 　　}
19　　 //这个子类的原型对象等于超类的实例
20 　　Programmer.prototype = new Person();
21 　　//因为子类的原型对象等于超类的实例，所以prototype.constructor这个方法也等于超类构造函数，你可以自己测试一下，如果没这一步，alert(Programmer.prototype.constructor)，这个是Person超类的引用，所以要从新赋值为自己本身
22 　　Programmer.prototype.constructor = Programmer;
23 　　//子类本身添加了getSex 方法
24 　　Programmer.prototype.getSex = function(){
25    　　return this.sex;
26 　　}
27 　　//实例化这个子类
28 　　var _m = new Programmer('Darren2','male');
29 　　//自身的方法
30 　　alert(_m.getSex());
31 　　//继承超类的方法
32 　　alert(_m.getName());

　　代码都不难，只要对原型链有基础就能理解。类式继承模式是JavaScript继承主要的模式，几乎所有用面向对象方式编写的JavaScript代码中都用到了这种继承，又因为在各种流行语言中只有JavaScript使用原型式继承，因此最好还是使用类式继承。可是要熟悉JavaScript语言，原型继承也是我们必须所了解的，至于在项目中是否使用就得看个人编码风格了。

 1 　　/* -- 原型式继承 -- */
 2 　　//clone()函数用来创建新的类Person对象
 3 　　var clone = function(obj){
 4    var _f = function(){};
 5    　　//这句是原型式继承最核心的地方，函数的原型对象为对象字面量
 6    　　_f.prototype = obj; 
 7    　　return new _f;
 8 　　}
 9 　　//先声明一个对象字面量
10 　　var Person = {
11    　　name:'Darren',
12    　　getName:function(){
13       　　return this.name;
14    　　}
15 　　}
16 　　//不需要定义一个Person的子类，只要执行一次克隆即可
17 　　var Programmer = clone(Person);
18 　　//可以直接获得Person提供的默认值，也可以添加或者修改属性和方法
19 　　alert(Programmer.getName())
20 　　Programmer.name = 'Darren2'
21 　　alert(Programmer.getName())
22 
23 　　//声明子类,执行一次克隆即可
24 　　var Someone = clone(Programmer);

------------------------------------------　　正文开始了，我是分割线　　------------------------------------------

　前言：

　　JavaScript设计模式的作用 - 提高代码的重用性，可读性，使代码更容易的维护和扩展。

　　1.单体模式，工厂模式，桥梁模式个人认为这个一个优秀前端必须掌握的模式，对抽象编程和接口编程都非常有好处。

　　2.装饰者模式和组合模式有很多相似的地方，它们都与所包装的对象实现同样的接口并且会把任何方法的调用传递给这些对象。装饰者模式和组合模式是本人描述的较吃力的两个模式，我个人其实也没用过，所以查了很多相关资料和文档，请大家海涵。

　　3.门面模式是个非常有意思的模式，几乎所有的JavaScript库都会用到这个模式，假如你有逆向思维或者逆向编程的经验，你会更容易理解这个模式（听起来有挑战，其实一接触你就知道这是个很简单的模式）；还有配置器模式得和门面模式一块拿来说，这个模式对现有接口进行包装，合理运用可以很多程度上提高开发效率。这两个模式有相似的地方，所以一块理解的话相信都会很快上手的。

　　4.享元模式是一种以优化为目的的模式。

　　5.代理模式主要用于控制对象的访问，包括推迟对其创建需要耗用大量计算资源的类得实例化。

　　6.观察者模式用于对对象的状态进行观察，并且当它发生变化时能得到通知的方法。用于让对象对事件进行监听以便对其作出响应。观察者模式也被称为“订阅者模式”。

　　7.命令模式是对方法调用进行封装的方式，用命名模式可以对方法调用进行参数化和传递，然后在需要的时候再加以执行。

　　8.职责链模式用来消除请求的发送者和接收者之间的耦合。

　　JavaScript设计模式都有哪些？

　　单体（Singleton）模式：绝对是JavaScript中最基本最有用的模式。

　　单体在JavaScript的有多种用途，它用来划分命名空间。可以减少网页中全局变量的数量(在网页中使用全局变量有风险)；可以在多人开发时避免代码的冲突(使用合理的命名空间)等等。

　　在中小型项目或者功能中，单体可以用作命名空间把自己的代码组织在一个全局变量名下；在稍大或者复杂的功能中，单体可以用来把相关代码组织在一起以便日后好维护。　　

　　使用单体的方法就是用一个命名空间包含自己的所有代码的全局对象，示例：

1 　　var functionGroup = {
2 　　　　name:'Darren',
3 　　　　method1:function(){
4 　　　　　　//code
5 　　　　},
6 　　　　init:function(){
7 　　　　　　//code
8 　　　　}
9 　　}

　　或者

1 　　var functionGroup  = new function myGroup(){
2 　　　　this.name = 'Darren';
3 　　　　this.getName = function(){
4 　　　　　　return this.name
5 　　　　}
6 　　　　this.method1 = function(){}
7 　　　　...
8 　　}

　　工厂（Factory）模式：提供一个创建一系列相关或相互依赖对象的接口，而无需指定他们具体的类。

　　工厂就是把成员对象的创建工作转交给一个外部对象，好处在于消除对象之间的耦合(何为耦合？就是相互影响)。通过使用工厂方法而不是new关键字及具体类，可以把所有实例化的代码都集中在一个位置，有助于创建模块化的代码，这才是工厂模式的目的和优势。

　　举个例子：你有一个大的功能要做，其中有一部分是要考虑扩展性的，那么这部分代码就可以考虑抽象出来，当做一个全新的对象做处理。好处就是将来扩展的时候容易维护 - 只需要操作这个对象内部方法和属性，达到了动态实现的目的。非常有名的一个示例 - XHR工厂：

 1　　 var XMLHttpFactory = function(){};　　　　　　//这是一个简单工厂模式
 2 　　XMLHttpFactory.createXMLHttp = function(){
 3　　　　 var XMLHttp = null;
 4 　　　　if (window.XMLHttpRequest){
 5 　　　　　　XMLHttp = new XMLHttpRequest()
 6　　　　 }else if (window.ActiveXObject){
 7 　　　　　　XMLHttp = new ActiveXObject("Microsoft.XMLHTTP")
 8 　　　　}
10 　　return XMLHttp;
11 　　}
12 　　//XMLHttpFactory.createXMLHttp()这个方法根据当前环境的具体情况返回一个XHR对象。
13 　　var AjaxHander = function(){
14 　　　　var XMLHttp = XMLHttpFactory.createXMLHttp();
15 　　　　...
16 　　}

工厂模式又区分简单工厂模式和抽象工厂模式，上面介绍的是简单工厂模式，这种模式用的更多也更简单易用。抽象工厂模式的使用方法就是 - 先设计一个抽象类，这个类不能被实例化，只能用来派生子类，最后通过对子类的扩展实现工厂方法。示例：

 1 　　var XMLHttpFactory = function(){};　     //这是一个抽象工厂模式
 2 　　XMLHttpFactory.prototype = {
 3    　　//如果真的要调用这个方法会抛出一个错误，它不能被实例化，只能用来派生子类
 4    　　createFactory:function(){
 5       　　throw new Error('This is an abstract class');
 6    　　}
 7 　　}
 8 　　//派生子类，文章开始处有基础介绍那有讲解继承的模式，不明白可以去参考原理
 9 　　var XHRHandler = function(){
10    　　XMLHttpFactory.call(this);
11 　　};
12 　　XHRHandler.prototype = new XMLHttpFactory();
13 　　XHRHandler.prototype.constructor = XHRHandler;
14 　　//重新定义createFactory 方法
15 　　XHRHandler.prototype.createFactory = function(){
16    　　var XMLHttp = null;
17    　　if (window.XMLHttpRequest){
18       　　XMLHttp = new XMLHttpRequest()
19    　　}else if (window.ActiveXObject){
20       　　XMLHttp = new ActiveXObject("Microsoft.XMLHTTP")
21    　　}
22    　　return XMLHttp;
23 　　}

　　桥接（bridge）模式：在实现API的时候，桥梁模式灰常有用。在所有模式中，这种模式最容易立即付诸实施。

　　桥梁模式可以用来弱化它与使用它的类和对象之间的耦合，就是将抽象与其实现隔离开来，以便二者独立变化；这种模式对于JavaScript中常见的时间驱动的编程有很大益处，桥梁模式最常见和实际的应用场合之一是时间监听器回调函数。先分析一个不好的示例：

1 　　element.onclick = function(){
2    　　new setLogFunc();
3 　　};

　　为什么说这个示例不好，因为从这段代码中无法看出那个LogFunc方法要显示在什么地方，它有什么可配置的选项以及应该怎么去修改它。换一种说法就是，桥梁模式的要诀就是让接口“可桥梁”，实际上也就是可配置。把页面中一个个功能都想象成模块，接口可以使得模块之间的耦合降低。

　　掌握桥梁模式的正确使用收益的不只是你，还有那些负责维护你代码的人。把抽象于其实现隔离开，可独立地管理软件的各个部分，bug也因此更容易查找。

　　桥梁模式目的就是让API更加健壮，提高组件的模块化程度，促成更简洁的实现，并提高抽象的灵活性。一个好的示例：

1 　　element.onclick = function(){　　//API可控制性提高了，使得这个API更加健壮
2    　　new someFunction(element,param,callback);
3 　　}

　　注：桥梁模式还可以用于连接公开的API代码和私有的实现代码，还可以把多个类连接在一起。在文章封装介绍的部分提到过特权方法，也是桥梁模式的一种特例。《JS设计模式》上找的示例，加深大家对这个模式的理解：

 1 　　//错误的方式
 2 　　//这个API根据事件监听器回调函数的工作机制，事件对象被作为参数传递给这个函数。本例中并没有使用这个参数，而只是从this对象获取ID。
 3 　　addEvent(element,'click',getBeerById);
 4 　　function(e){
 5    　　var id = this.id;
 6    　　asyncRequest('GET','beer.url?id=' + id,function(resp){
 7       　　//Callback response
 8      　　 console.log('Requested Beer: ' + resp.responseText);
 9    　　});
10 　　}
11 
12 　　//好的方式
13 　　//从逻辑上分析，把id传给getBeerById函数式合情理的，且回应结果总是通过一个毁掉函数返回。这么理解，我们现在做的是针对接口而不是实现进行编程，用桥梁模式把抽象隔离开来。
14 　　function getBeerById(id,callback){
15    　　asyncRequest('GET','beer.url?id=' + id,function(resp){
16       　　callback(resp.responseText)
17    　　});
18 　　}
19 　　addEvent(element,'click',getBeerByIdBridge);
20 　　function getBeerByIdBridge(e){
21    　　getBeerById(this.id,function(beer){
22       　　console.log('Requested Beer: ' + beer);
23    　　});
24 　　}

　　装饰者（Decorator）模式：这个模式就是为对象增加功能(或方法)。

　　动态地给一个对象添加一些额外的职责。就扩展功能而言，它比生成子类方式更为灵活。

　　装饰者模式和组合模式有很多共同点，它们都与所包装的对象实现统一的接口并且会把任何方法条用传递给这些对象。可是组合模式用于把众多子对象组织为一个整体，而装饰者模式用于在不修改现有对象或从派生子类的前提下为其添加方法。

　　装饰者的运作过程是透明的，这就是说你可以用它包装其他对象，然后继续按之前使用那么对象的方法来使用，从下面的例子中就可以看出。还是从代码中理解吧：

 1 　　//创建一个命名空间为myText.Decorations
 2 　　var myText= {};
 3 　　myText.Decorations={};
 4 　　myText.Core=function(myString){
 5    　　this.show = function(){return myString;}
 6 　　}
 7 　　//第一次装饰
 8 　　myText.Decorations.addQuestuibMark =function(myString){
 9    　　this.show = function(){return myString.show()+'?';};
10 　　}
11 　　//第二次装饰
12 　　myText.Decorations.makeItalic = function(myString){
13    　　this.show = function(){return '<li>'+myString.show()+'</li>'};
14 　　}
15 　　//得到myText.Core的实例
16 　　var theString = new myText.Core('this is a sample test String');
17 　　alert(theString.show());　　//output 'this is a sample test String'
18 　　theString = new myText.Decorations.addQuestuibMark(theString);
19 　　alert(theString.show());　　//output 'this is a sample test String?'
20 　　theString = new myText.Decorations.makeItalic (theString);
21 　　alert(theString.show());　　//output '<li>this is a sample test String</li>'

　　从这个示例中可以看出，这一切都可以不用事先知道组件对象的接口，甚至可以动态的实现，在为现有对象增添特性这方面，装饰者模式有极大的灵活性。

　　如果需要为类增加特性或者方法，而从该类派生子类的解决办法并不实际的话，就应该使用装饰者模式。派生子类之所以会不实际最常见的原因是需要添加的特性或方法的数量要求使用大量子类。

　　组合（Composite）模式：将对象组合成树形结构以表示“部分-整体”的层次结构。它使得客户对单个对象和复合对象的使用具有一致性。

　　组合模式是一种专为创建Web上的动态用户界面而量身定制的模式。使用这种模式，可以用一条命令在多个对象上激发复杂的或递归的行为。组合模式擅长于对大批对象进行操作。

　　组合模式的好处：1.程序员可以用同样的方法处理对象的集合与其中的特定子对象；2.它可以用来把一批子对象组织成树形结构，并且使整棵树都可被便利。

　　组合模式适用范围：1.存在一批组织成某处层次体系的对象（具体结构可能在开发期间无法知道）；2.希望对这批对象或其中的一部分对象实话一个操作。

　　其实组合模式就是将一系列相似或相近的对象组合在一个大的对象，由这个大对象提供一些常用的接口来对这些小对象进行操作，代码可重用，对外操作简单。例如：对form内的元素，不考虑页面设计的情况下，一般就剩下 input了，对于这些input都有name和value的属性，因此可以将这些input元素作为form对象的成员组合起来，form对象提供对外的接口，便可以实现一些简单的操作，比如设置某个input的value，添加/删除某个input等等。

　　这种模式描述起来比较吃力，我从《JS设计模式》上找个一个实例，大家还是看代码吧：先创建组合对象类

 1 　　// DynamicGallery Class
 2 　　var DynamicGallery = function (id) { // 实现Composite，GalleryItem组合对象类 
 3    　　this.children = [];
 4    　　this.element = document.createElement('div');
 5    　　this.element.id = id;
 6    　　this.element.className = 'dynamic-gallery';
 7 　　}
 8 　　DynamicGallery.prototype = {
 9    　　// 实现Composite组合对象接口 
10    　　add: function (child) {
11       　　this.children.push(child);
12       　　this.element.appendChild(child.getElement());
13    　　},
14    　　remove: function (child) {
15       　　for (var node, i = 0
				
					
					
						分享到：
						
						
						
						
						
						
					
					
					
				
				
					我要评论
					本文来自:http://www.6yang.net/articles_view.php?id=1058&cid=7 
				
				
					
					
				
				share

技术标签 TAGS

专业技术精选

首页 > 技术 > 前端技术

javascript 设计模式 - 文章很长，请自备瓜子，水果和眼药水

图片原图