JavaScript设计模式学习一之接口

看完了《JavaScript王者归来》，在图书馆找了《JavaScript设计模式》来看，之前设计模式方面的书看过：《Head First 设计模式》、《设计模式之禅》，GOF的《Design Patterns: Elements of Reusable Object-Oriented Software》看了一部分。记得以前没这些基础的时候，看《JavaScript设计模式》简直是不知道作者在说什么。

言归正传：

准确的说，JavaScript没有类的概念，都是对象，JavaScript是基于面向对象的语言，但是《JavaScript设计模式》的作者们非要说JavaScript是面向对象的（也不知道是不是翻译的过程中问题）。用JavaScript来描述那些设计模式的时候，需要通过JavaScript的一些特性（比如说闭包、原型）来模拟Java、C++等面向对象语言的一些特性（比如说类、接口、继承、public、private）。

书中说了三种模拟Interface的方法

第一种：用注释描述接口

我觉得这个就是一种内部约定，直接说“我实现了XX接口”，在语言上我个人觉得一点约束力都没有，这真不应该拿出来说，有点滥竽充数的感觉。

第二种：用属性检查模仿接口

需要一个叫做implements（）的函数进行检查

 function implements(object){
	for(var i=1;i<arguments.length;i++){
		var interfaceName = arguments[i];
		var interfaceFound = false;
		for(var j=0;j<object.implementsInterfaces.length;i++){
			if(object.implementsInterfaces[j] == interfaceName){ 	//implementsInterfaces保存了接口定义的方法的名称
				interfaceFound = true;
				break;
			
			}
		
		}
		if(!interfaceFound){
			return false; 	//接口没有找到
		}
	}
	return true;
 }

这是《JavaScript设计模式》书中的一部分代码，作者的描述是这样的：

这种方法有几个优点。它对类所实现的接口提供了文档说明。如果需要的接口不在一个类宣称支持的接口之列，你会看到错误消息。通过利用这些错误，你可以强迫其他程序员声明这些接口。这种方法的主要缺点在于它并未确保类真正实现了自称实现的接口。只知道它是否说自己实现了接口，在创建一个类声明它实现了一个接口，但后来在实现该接口方法所规定的方法时却漏掉其中的某一个，找一个错误很常见，此时所有的检查都能通过，但那个方法却并不存在，这将在代码中埋下一个隐患。

随即引出了第三中方法：用鸭式辨型模仿接口

原理：如果对象具有与接口定义的方法同名的所有方法，那么就可以认为它实现了这个接口。

首先需要一个接口类Interface

 var Interface = function(name ,methods){
	……
 }

接受两个参数：接口名称，方法名

这个Interface类还有一个静态方法 ensureImplements()

 Interface.ensureImplements = function(object){
	……
			
}

实际用法是这样的：

 
 var Composite = new Interface('Composite',['add','remover','getChild']);
 var FormItem = new Interface('FormItem',['save']);
 
 var CompositeForm = function(id,method,action){
	……
 
 }
 
 function addForm(formInstance){
	ensureensureImplements(formIntance,Composite,FormItem);
	//This function will throw an error if a required method is not implemented
	……
 }

最后作者采用第一种和第三种方法实现接口，代码如下：

 var Interface = function(name,methods){
	if(arguments.length!=2){
		throw new Error("Interface constructor called with"+arguments.length+
		"arguments,but expected exactly 2.");
	}
	this.name = name;
	this.methods=[];
	for(var i=0, len = methods.length;i<len;i++){
		if(type methods[i] !=='string'){
			throw new Error("Interface constructor expects method names to be passed in as a string");
		}
		this.methods.push(methods[i]);
	}
 };
 
 Interface.ensureImplements = function(object){
	if(arguments.length<2){
		throw new Error("Function Interface.ensureImplements call with"+arguments.length
		+"arguments,but expected at least 2.");
	}
	for(var i=1,len = arguments.length;i<len;i++){
		var interface = arguments[i];
		if(interface.constructor !== Interface){
			throw new Error("Function Interface.ensureImplements expects arguments two and "+
			"above to be instance of Interface");
		}
		for(var j=0, methodslen = interface.methods.length;j<methodslen;j++){
			var method = interface.methods[j];
			if(!object[method] || typeof object[method]!=='function'){
				throw new Error("function Interface.ensureImplements:object"+
				"does not implements the"+interface.name+"interface.Method"+method+"was not found");
			}
		
		}
	
	};
 

JavaScript在我之前乃至现在的印象中，他就是应用在浏览器客户端的的一个脚本语言，主要的应用对象是浏览器，他需要这么大费周章的去模拟类似java的特性吗？有这个需求吗？我现在还没发现，以后可能能发现。

设计模式在我的理解就是四个字：解耦、复用。

可能是我现在需求还没那么高，，没办法理解设计模式在JavaScript里作用