学习设计模式前需要知道的事情
为什么要学习设计模式?
做事情之前问个为什么总是好的。关于设计模式的好坏,我在知乎上也看过一些讨论,有知友对其提出过一些疑问,里面有一些关于设计模式的观点:
设计模式有何不妥,所谓的荼毒体现在哪?
设计模式是不是有点太玄了?
任何事物的出现都有其道理,任何语言都有其不足之处,设计模式是对语言不足的补充(Peter Norvig)。设计模式也是编程经验的总结,我想学习它对像我这样的前端新手的能力会有很大的提升。
使用设计模式的好处
《Head First 设计模式》一书举了一个非常有意思的例子:
两个人点餐,一个人说:“我要一份涂了奶酪及果酱的白面包,加了香草冰淇淋的巧克力汽水..”;
另外一个人说:“给我一份C.J怀特,一个黑与白”。
表达同样的意思,效果却完全不同,这里就说到一个比较大的概念“共享词汇”。
共享词汇就是一组概念,行为,方法等等的集合,这个在任何行业都有用,就像中文菜名“回锅肉”,厨子知道什么是回锅肉,你也知道什么是回锅肉,如果没有回锅肉这个共享词汇,我好像真的想不到一个合适的描述来点这道菜。
回到设计模式,各种设计模式就是一个个的共享词汇,它不仅仅是一个名称,更是一整套模式背后所象征的质量,特征,约束。
细说说它的好处:
设计模式能让你用更少的词汇做更充分的沟通;
谈话在模式层次时,不会被压低到对象和类这种琐碎的事情上;
懂设计模式的团队,彼此之间对于设计的看法不容易产生误解;
共享词汇能帮助初级人员快速成长。
总结一下设计模式的作用:
帮助我们将应用组织成容易了解,容易维护,具有弹性的架构,建立可维护的OO系统,要诀在于随时想到系统以后可能需要的变化以及应付变化的原则。
设计模式的使用方法
关于使用方式,像我这种初学者最容易犯的错误就是生搬硬套,但是模仿本来也是学习的一个过程,最重要的事情是在模仿中要学会思考。我也是设计模式的初学者,所以我会常用这句话来提醒自己,看过一句关于如何最好的使用设计模式的话:
“把模式装进脑子里,然后在你的设计和已有的应用中,寻找何处可以使用它们”。
这就有点像是张无忌练习太极拳了,忘了所有的模式吧,你已经在潜移默化的使用它了。当然如果你不学设计模式,你可能也在无意识的使用一些设计模式了,但是这个在跟学过以后再无意识的使用设计模式,应该隔着两重境界吧。
当然要达到这个境界,少不了大量的练习,当然也不能忘了设计是一门艺术,总有许多可取舍的地方。
设计模式的一些原则
找出应用中可能需要改变之处,把它们独立出来,不要和哪些不需要改变的代码混在一起(低耦合);
针对接口编程,而不是针对实现编程;
关键在于多态,程序可以针对超类型编程,执行时会根据实际状况执行到真正的行为,不会被绑死在超类型的行为上(在JavaScript中并没有超类型的概念。)我的理解是,接口可以理解为一个动作,而动作的具体实现则不用确定。这一点在下文讲解多态时会有一个更加具体的例子。多用组合,少用继承
可能还有一些其它的原则,目前,我还没有涉及到,在之后的学习过程中,再补充。
需要了解的一些其它概念
要真正的理解设计模式,需要了解面向对象的一些基础概念:抽象,多态,封装和继承。
就JavaScript而言,由于是一门动态语言,在此不考虑抽象这一概念。
多态
概念:同一操作作用于不同的对象上时,可以产生不同的解释和不同的执行结果。
比如说有两只动物,鸡和鸭,当发出命令“叫”时,鸡会“咯咯咯“,鸭会”嘎嘎嘎“;
多态背后的思想是将“做什么”和“谁去做以及怎么去做”分离开来,也就是将“不变的事”和“可变的事物”分离开来。
多态的实现:归根到底是要消除类型之间的耦合关系,JS的变量类型在运行时是可变的,这意味着JS对象的多态性是与生俱来的。
多态的作用:通过把过程化的条件分支语句转化为对象的多态性,从而消除这些条件分支语句。
看一个例子来理解多态:
// 只使用谷歌地图
var googleMap = {
show: function() {
console.log('开始渲染谷歌地图');
}
};
var renderMap = function() {
googleMap.show();
};
renderMap(); //输出:开始渲染谷歌地图
// 好吧,谷歌在某些地方不好用,在某些要换成百度地图了,
var googleMap = {
show: function() {
console.log('开始渲染谷歌地图');
}
};
var baiduMap = {
show: function() {
console.log('开始渲染百度地图');
}
};
var renderMap = function(type) {
if (type === 'google') {
googleMap.show();
} else if (type = 'baidu') {
baiduMap.show();
};
};
renderMap('google'); //输出:开始渲染谷歌地图
renderMap('baidu'); //输出:开始渲染百度地图
// 上述代码有一点的弹性,但是如果在更换地图,改变的地方太多了,这里就可以运用多态性这个理念了,这里也把做什么和怎么做分开了
// 抽象出相同部分,条件分支语句转化为对象的多态性
var renderMap = function(map){ //做什么
if (map.show() instanceof Function) {
map.show();
}
};
renderMap('google'); //输出:开始渲染谷歌地图
renderMap('baidu'); //输出:开始渲染百度地图
// 再添加一个搜搜地图
var sosoMap = { // 怎么做
show: function() {
console.log('开始渲染搜搜地图');
}
};
renderMap('soso'); //输出:开始渲染搜搜地图
// 本例来自于《JavaScript设计模式与开发实践》
封装
封装的目的是将信息隐藏,包括隐藏数据,隐藏实现细节,设计细节以及隐藏对象的类型等。
封装分为四类:封装数据,封装实现,封装类型和封装变化
封装数据:
在许多面相对象系统中,封装数据是由语法解析来实现的(private public proctected);
JavaScript中没有对这些变量的支持,只能利用变量的作用域来实现封装,只能模拟出 public、private 两种封装性。(ES6可用let),一般用函数来创建作用域。
封装实现:
使得对象内部的变化对其他对象而言是不可见的,对象对其自己的行为负责,使得对象之间的耦合变得松散,对象之间只通过暴露API接口来通信,修改一个对象时,可以随意地修改它的内部实现,只要对外的接口没有变化,就不会影响到程序的其它功能。
封装类型:
对静态语言而言,是一种重要的封装方式,把对象的真正类型隐藏在抽象类或者接口之后,Javascript没有这方面的支持,因此也没有这方面的需要;
封装变化:
把系统中稳定不变的部分和容易变化的部分隔离开来,在系统的演变过程中,我们只需要替换那些容易变化的部分,如果这些部分是已经封装好的,替换起来也相对容易,这可以最大程度的保证程序的稳定性和可扩展性
继承
说到继承,JavaScript最重要的概念可能在于原型链。
基于原型链的委托机制就是原型继承的本质。
所有的数据都是对象,JS的根对象是Object.prototype对象,它是一个空对象;
要得到一个对象,不是通过实例化类而是找到一个对象作为原型来克隆它;
对象会记住它的原型;就JS而言,对象的原型其实是其构造器的原型(new),包含在其隐藏属性_proto_中;
如果对象无法响应某个请求,它会把这个请求委托给自己的原型。
JavaScript的原型最初都是由Object.prototype对象克隆而来;
对象构造器的原型并不限于Object.prototype,可以动态的指向其他对象; A.prototype=obj
原型链并非无限长,到顶(Object.prototype)以后,如果没有找到就会返回undefined;
本文是我学习设计模式的第一篇笔记,里面若有不恰当的地方,欢迎随时指出,也希望您看完本文,跟我一样有所收获。
参考书籍
Head First 设计模式
JavaScript设计模式与开发实践
关键字:设计模式, JavaScript, 对象, 封装
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!