'工欲善其事,必先利其器',在深入学习 JavaScript 之前,我认为我们很有必要了解以下,JavaScript 这门面向对象的动态语言到底是一门什么样的语言。
动态类型语言对变量类型的宽容,给实际编码带来了很大的灵活性。由于无需进行类型的 检测,我们可以尝试调用任何对象的任何方法,而无需考虑它原本是否被设计为拥有该方法。
说到这里,我们就不得不提一下鸭子类型了。鸭子类型就说偶们只关注对象的行为,而不关注对象本身。
我们知道 JavaScript 是面向接口编程的语言,而非是面向实现编程的。因此只要我们给对象添加 pop,push 方法,增添 length 属性,那么这个对象就可以当数组使用。
虽然,JavaScript 也是面向疾苦的语言,但是,它和静态类型语言的面向接口编程不一而足。
它将可变的部分与不可变的部分分离开来,吧可变的部分封装起来(对象拥有相同的类型,都有相同的方法,接受相同的调用,却返回不同的结果)
下面是一个对象的多态:
- var robotA ={
- dance:function(){
- console.log('robtA')
- }
- };
- var robotB ={
- dance:function(){
- console.log('robtB')
- }
- }
- var robotAction =function(robot){
- if(robot.dance instanceofFunction) robot.dance()
- }
- robotAction(robotA);// robtA
- robotAction(robotB);// robtB
在 JavaScript 中函数被当作第一等对象,也即是说函数本身也是对象,我们知道因为 js 是动态类型语言,所以函数不仅可以用来封装行为,并且可以被当作参数四处传递。当我们对函数发起调用时,函数会返回不同的结果,这是多态的一种体现,也是很多设计模式能被高阶函数代替实现的原因。
封装的目的是将信息隐藏。
封装包括数据的封装,实现的封装和 变化的封装。
1. 数据的封装
在 js 中我们只能依赖变量的作用域来进行封装。可以实现全局作用域和局部作用域,在 ES6 之前我们使用函数来创建作用域,但在之后我们也可用 let 来创建作用域。
2. 实现的封装
实现的封装使得对象的内部变化对其他对象来说是不可见的。对象对他自己的行为负责,其他对象不关心它的内部实现。
封装使得对象间的耦合变得松散,对象间只能通过暴露的 API 接口进行通信,只要我们不修改对象的对外接口,怎么样修改对象都不会影响其他对象的功能。
3. 变化的封装
它就是将应用中稳定的部分和变化的部分隔离开来。如果我们将变化的部分封装起来,那么在应用的开发中我们将很容易的实现替换。这样可以最大程度的保证应用的稳定性和可扩展性。
前面我们已经说过 JavaScript 没有类式继承,取而代之的是原型的继承,这是语言的开发者根本就没打算在 js 中引入类这个概念,而是引入了原型的概念。
在原型的编程思想中对象是通过复制而来的,克隆而来的对象与原对象看不出什么区别。
说到克隆对象,在 ES5 中有一个 Object.create() 方法来实现克隆,这个方法有兼容性问题,如果要在只支持 ES3 的浏览器中这就有一个问题。我们一般用下面的代码来解决:
- Object.create =Object.create ||function(obj){
- var F =function(){};
- F.prototype = obj;
- returnnew F()
- }
在 js 这种类型模糊的语言中,创建对象很容易,也不存在类型耦合的情况。
js 中的对象的实现是通过 js 的原型系统来实现的,前面也说过在 js 中一切皆对象,所以,要想很好的掌握 js 就要认真研究一下它的原型。
根据 JavaScript 的设计者本意,除了 undefined 之外的所有数据都是对像,我们知道 js 中的对象都是通过原型克隆而来的的,而在 js 中对象为 Object,所以数据都是通过 Object.prototype 而来的(Object 对象克隆自 Function)。示例代码如下:
- var animal ={ name:'lzb'};
- var person =function(){};
- person.prototype = animal;
- var lzb =new person();
- console.log( lzb.name );// lzb
其实严格意义上来说实现对象的构造器有原型,如果对象的请求无响应,对象把它的请求委托给它的构造器的原型。
这个在网上说法不一,有的人认为原型继承很烂,并且说既然人们总结出了 JavaScript 的设计模式,而模式的出现本身就意味着语言的不足。但是,有的人认为它在未来相当长的一段时间还是有市场的,并且 js 本身就在自我矫正,用一些新的特性来代替设计模式,ES5 中的 Object.create() 来代替原型模式克隆对象,而 ES6 中的 class 的引入也是这个原因,虽然其背后的实现还是原型来克隆对象,但它的出现的确解决了一定的问题。再加上现在开发人员对它的兴趣大增,所以我认为原型继承有未来。
好了,今天的基础回顾就到这里,顺便我们了解了以下原型设计模式,原型模式的地位很重要,它和 js 的原型继承一脉相承。
更多的优秀文章请关注https://github.com/lvzhenbang/article
来源: http://www.jianshu.com/p/5872d43bd298