常用的javascript设计模式讲解.doc

常用的javascript设计模式 设计模式太多了，貌似有23种，其实我们在平时的工作中没有必要特意去用什么样的设计模式，或者你在不经意间就已经用了设计模式当中的一种。本文旨在总结平时相对来说用的比较多的设计模式。 回到顶部 什么是设计模式 百度百科： 　　设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。 　　使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，设计模式于己于他人于系统都是多赢的；设计模式使代码编制真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。 实际情况： 　　 设计模式绝对不是纸上谈兵的知识，光看书就以为自己懂了，那只是井底之蛙之见，设计模式绝对是从实践中来到实践中去的！如果编码经验很少，也不太可能能理解好设计模式，但凡软件设计能力强的人编码功底都是相当扎实的。 　　如果没有能深刻理解面向对象，也不太可能理解好设计模式，刚刚毕业或者才工作一两年就说自己面向对象能力强的人，基本上就是夸夸其谈的人。 　　很明显，我就是属于那种夸夸其谈的人，哈哈，不过希望对本文的总结，让自己更加了解这些设计模式，理解的更加透彻。 回到顶部 单体模式： 概念： 　　单体是一个用来划分命名空间并将一批相关的属性和方法组织在一起的对象，如果他可以被实例化，那么他只能被实例化一次。 特点：　 可以来划分命名空间，从而清除全局变量所带来的危险。 利用分支技术来来封装浏览器之间的差异。 可以把代码组织的更为一体，便于阅读和维护。 代码实现： /*Basic Singleton*/ var Singleton = { attribute:true, method1:function(){}, 　　 method2:function(){} }; 应用场景： 　　单体模式在我们平时的应用中用的比较多的，相当于把我们的代码封装在一个起来，只是暴露一个入口，从而避免全部变量的污染。 回到顶部 工厂模式: 概念： 　　工厂模式的定义：提供创建对象的接口，意思就是根据领导（调用者）的指示（参数），生产相应的产品（对象）。 创建一个对象常常需要复杂的过程，所以不适合在一个复杂的对象中。 　　创建对象可能会导致大量的重复代码，也可能提供不了足够级别的抽象。 工厂就是把成员对象的创建工作转交给一个外部对象，好处在于消除对象之间的耦合(也就是相互影响) 分类： 　 简单工厂模式：使用一个类，通常为单体，来生成实例。 　　复杂工厂模式定义是：将其成员对象的实列化推到子类中，子类可以重写父类接口方法以便创建的时候指定自己的对象类型。 　　父类只对创建过程中的一般性问题进行处理，这些处理会被子类继承，子类之间是相互独立的，具体的业务逻辑会放在子类中进行编写。 代码实现： 简单工厂模式：　 var XMLHttpFactory =function(){};　　　　　　//这是一个简单工厂模式 　　XMLHttpFactory.createXMLHttp =function(){ 　　　 var XMLHttp = null; 　　　　if (window.XMLHttpRequest){ 　　　　　　XMLHttp = new XMLHttpRequest() 　　　 }else if (window.ActiveXObject){ 　　　　　　XMLHttp = new ActiveXObject(Microsoft.XMLHTTP) 　　　　} 　　return XMLHttp; 　　} 　　//XMLHttpFactory.createXMLHttp()这个方法根据当前环境的具体情况返回一个XHR对象。 　　var AjaxHander =function(){ 　　　　var XMLHttp = XMLHttpFactory.createXMLHttp(); 　　　　... 　　} 　　复杂工厂模式：流程==》 先设计一个抽象类，这个类不能被实例化，只能用来派生子类，最后通过对子类的扩展实现工厂方法 var XMLHttpFactory =function(){};　 //这是一个抽象工厂模式 XMLHttpFtotype = { 　　//如果真的要调用这个方法会抛出一个错误，它不能被实例化，只能用来派生子类 　　createFactory:function(){ 　　throw new Error(T