突发奇想的想起了javascript的oo,扩展到设计模式中,貌似没有接口,非常多的设计模式无法实现,比如组合,代理等...
于是就写了一份javascript接口实现的demo.代码如下.
/*
* @param {String} name 继承接口的类名.
* @param {Array} methods 类要实现的方法数组.
* 功能说明:构造类方法.
* 中间的所有参数,需要用反射来验证所有参数的正确性.否则就失去意义了.
*/
var Interface = function(className,methodsArray){
if(arguments.length!=2){
throw new Error("实现接口必须要满足2个以上的参数");
}
this.obj = className;
this.methods = [];//实现方法集合,这里定义成一个共有的方便访问.
for(var i=0;i<methodsArray.length;i++){
if(typeof methodsArray[i]!=='string'){
throw new Error("实现的方法名必须是字符");
}
this.methods.push(methodsArray[i]);//推入方法实现列表的
}
this.init();
}
Interface.prototype = {
//反射检测
init:function(){
if(this.obj){
for(var i=0;i<this.methods.length;i++){
var __tempMethodName__ = this.methods[i];
if(!this.obj[__tempMethodName__]){
throw new Error("方法未完全实现");
return false;
}
}
alert("方法全部被实现了");
}
else{
throw new Error("对象不存在");
}
}
}
测试demo.html
<script type="text/javascript" src="../js/coke.js"></script>
<script type="text/javascript">
window.onload = function(){
var ss = new Object();
ss.sayHellow = function(){
}
ss.run = function(){
}
var ints = new Interface(ss,['sayHellow','run']);
}
</script>
</head>
虽然实现了,可是还有一些不太理想的地方.
1.比如ss.sayHellow 就只能用 object() new 出来么?如果有人写
var ss = function(){};
ss.prototype.sayHellow = function(){
...
}
怎么办???
2.中间的反射检查是否过多过细?会不会有性能方面的问题???
留下这些问题,继续考虑,同时也希望各位大牛给我点意见来优化这个代码.
本文介绍了一种使用JavaScript实现接口设计模式的方法,通过自定义构造函数和原型方法进行接口验证,确保实现类完整遵循接口规范。

被折叠的 条评论
为什么被折叠?



