技术头条 - 一个快速在微博传播文章的方式     搜索本站
您现在的位置首页 --> JavaScript --> JavaScript与设计模式

JavaScript与设计模式

浏览:2000次  出处信息

这篇文章主要是记录自己的一些想法,同时也能够让刚刚接触编程的人对如何构建健壮易用的代码有所了解,而有丰富编程经验的高手能够给予意见和建议.这里打算把这个议题写成一个系列文章,这篇就算做一个引子,废话可能多一点,见谅:P

模式实际上是生活中很常见的概念,它并不神奇.举个例子,我们迈过一个台阶,这里很自然的你就使用了一种模式,要先抬高一条腿,然后将脚落到前面的 台阶上,然后再抬高另外一条腿,放到另外一个台阶上,这个过程很自然的完成了.当然你也可以选择两条腿同时蹦上去,或者加上手,爬上去,但这不是首选的方 式.我们迈过台阶的时候实际就是一个迈台阶的模式,你不用考虑很久直接就会迈过去,事实上如果你连迈台阶都要考虑很久的话…可能你的日子就没法正常过 了.

程序设计中的模式也是对程序设计中可能碰到的问题的解决方法进行抽象和总结得出的一些范式.你可以在解决典型问题的时候使用相关的模式,相当于站在巨人的肩上,只有基础打好了,后面才会有更好的发展.合理的使用设计模式能够使你构建出健壮,易扩展,易维护的程序.

设计模式方面的资料非常多,但是绝大多数都是针对强类型的语言实现写的,如Java等,而JavaScript则是弱类型的语言,它没有类,接口, 抽象类,继承,重载,多态等概念.所以在实现的时候有更多的变通余地,更加灵活,但是随之而来的就是不利于控制.所以编写优秀的JavaScript代码 对编程人员的要求反而更高,因为很多东西编译器无法替你检查,你需要自己去控制.

先说类,JavaScript中没有类的概念,但是Function对象可以实现类的大部分功能,它可以作为一个完整的对象来使用,其实我理解的类就是一个有自己属性的,有自己行为的一个抽象,我们没必要拘泥于类的这个概念.这方面的资料很多,这里就不多说了.

再说接口,这个概念JavaScript确实没有,也没类似的代替内容,接口在我理解中其实是签订的一个契约,继承接口的类必须尊重契约做事,至于 这个契约是实质的契约还是口头的约定,其形式更大于内容.当然有接口,编译器会在编译的时候发现不遵守契约的坏分子,让其无所遁形,给开发者带来很大的便 利.如果所有的类都是君子的话,这个检查就没什么必要了是吧,我相信每个写JavaScript的程序员都是君子:)这里的接口可以是我们的一段注释,我 们约定这里必须存在哪些属性,哪些方法,实现的时候就要做到这些,当然我们也可以设计一个额外的功能用于检测目标对象是否真正的实现了相关的方法.

一下是一个简单的实例,我们来定义一个电器类的接口:

code-1:

/*

Interface IElectrialEquipment {

Number Voltage; //额定电压

Number Current; //额定电流

function void TurnOn(); //打开

function void TurnOff(); //关闭

}

*/

我们把这段注释拿来当我们的契约,这里我们不提接口.我们要实现一个实现这个契约的电视机,或者电冰箱.

那我的实现代码应该是这个样子的:

var TV = function(voltage, current){ //Implement IElectrialEquipment
	this.Voltage = voltage;
	this.Current = current;

	this.TurnOn = function(){
		//打开电视机
		console.log('电视启动了');
	};
	this.TurnOff = function(){
		//关闭电视机
		console.log('电视关闭了');
	};
	this.TurnDown = function(){
		//调低音量
	}
	this.TurnUp = function(){
		//调高音量
	}
}

var Fridge = function(voltage, current){
	this.Voltage = voltage;
	this.Current = current;

	this.TurnOn = function(){
		//打开电冰箱
		console.log('冰箱启动了');
	};
	this.TurnOff = function(){
		//关闭电冰箱
		console.log('冰箱关闭了');
	};
	this.OpenDoor = function(){
		//打开冰箱门
	};
	this.CloseDoor = function(){
		//关闭冰箱门
	}
}

//现在我们再来做一个万能遥控器
var PowerfulRemoteController = function(IElectrialEquipment){
	this.TurnOn = function(){
		IElectrialEquipment.TurnOn();
	}

	this.TurnOn = function(){
		IElectrialEquipment.TurnOff();
	}

	this.ShowInfo = function(){
		console.log('额定电压是: ' + IElectrialEquipment.Voltage + ' 额定电流是: ' + IElectrialEquipment.Current);
	}
}

//现在我要打开冰箱,不然东西全坏了
new PowerfulRemoteController(new Fridge(225, 5)).TurnOn();

//现在我要打开电视看电视,看点新闻联播吧
new PowerfulRemoteController(new TV(225, 2)).TurnOn();

这里如果我们要继续控制我们的微波炉或者电脑,我们只需要按照我们定义好的契约实现相关的对象就可以使用我们的万能遥控器控制了,而且我们的万能遥 控器完全不需要修改任何内容,这也就是我们常说的对修改关闭,对扩展开放原则.大家可以在Fx中的命令行里面试一下.但是弊端也有,就是如果某位程序员在 实现一个电器的时候没有实现TurnOff或者TurnOn方法,编译器是不会报错的.当然我们的万能遥控器也就失效了.所以这种方法对团队里面的开发人 员要求比较高,大家都要是君子,做事情都要按契约来.

事实上我们也可以定义一个检测对象,用检测对象强制检测一下实现的对象中是否含有我们需要的属性或方法,如果没有则报错.

其他的重载多态JavaScript中也没有相应的实现,只能通过一些手段来实现类似的功能,比如重载,JavaScript中后定义的方法会完全 覆盖先前定义的方法,这个可以拿来凑合一下当作重载。JavaScript对传入实参的类型和数目没有强制的要求,所以可以通过判断传入的实参的数目和类 型来做不同的操作实现类似多态的功能。

建议继续学习:

  1. 自己写的一个轻量级javascript框架的设计模式    (阅读:4039)
  2. 设计模式原则总结    (阅读:4090)
  3. Memcache mutex设计模式    (阅读:3762)
  4. 面向对象设计模式的核心法则    (阅读:3180)
  5. 设计模式速查手册-创建型    (阅读:2703)
  6. Java Worker 设计模式    (阅读:2411)
  7. 网站导航设计模式指南    (阅读:2377)
  8. “另类” 设计模式    (阅读:1921)
  9. 从面向对象的设计模式看软件设计    (阅读:1920)
  10. 设计模式-自动完成    (阅读:1786)
QQ技术交流群:445447336,欢迎加入!
扫一扫订阅我的微信号:IT技术博客大学习
© 2009 - 2024 by blogread.cn 微博:@IT技术博客大学习

京ICP备15002552号-1