安全的类型检测
JS内置的类型检测机制并不是完全可靠的
typeof
操作符返回一个字符串,表示未经计算的操作数的类型,在大多数情况下很靠谱,但是当然还有例外
正则表达式
NULL
在 JavaScript 最初的实现中,JavaScript 中的值是由一个表示类型的标签和实际数据值表示的。对象的类型标签是 0。由于 null
代表的是空指针(大多数平台下值为 0x00),因此,null
的类型标签也成为了 0,typeof null
就错误的返回了object
instanceof
运算符用来测试一个对象在其原型链中是否存在一个构造函数的 prototype 属性
语法
object instanceof constructor(要检测的对象 instanceof 构造函数)
但是在浏览器中,我们的脚本可能需要在多个窗口之间进行交互。多个窗口意味着多个全局环境,不同的全局环境拥有不同的全局对象,从而拥有不同的内置类型构造函数。这可能会引发一些问题。
因为 Array.prototype !== window.frames[0].Array.prototype
,因此你必须使用 Array.isArray(myObj)
或者 Object.prototype.toString.call(myObj) === "[object Array]"
来判断myObj是否是数组
解决以上两个问题的方案就是Object.prototype.toString
Object.prototype.toString
方法返回一个表示该对象的字符串
可以通过toString()
来获取每个对象的类型。为了每个对象都能通过 Object.prototype.toString()
来检测,需要以 Function.prototype.call()
或者 Function.prototype.apply()
的形式来调用,传递要检查的对象作为第一个参数,称为thisArg
toString.call(new String); // [object String]
toString.call(Math); // [object Math]
toString.call(/s/); // [object RegExp]
toString.call([]); // [object Array]
//Since JavaScript 1.8.5
toString.call(undefined); // [object Undefined]
toString.call(null); // [object Null]
作用域安全的构造函数
构造函数其实就是一个使用new
操作符调用的函数。当使用new
调用时,构造函数内用到的this
对象会指向新创建的对象实例
person.name // addone
当你使用new
操作符的时候,就会创建一个新的Person
对象,同时分配这些属性,但是如果你没有使用new
window.name // addone
这是因为this
是在执行时确认的,当你没有使用new
,那么this
在当前情况下就被解析成了window
,属性就被分配到window
上了
作用域安全的构造函数在进行更改前,首先确认this
对象是正确类型的实例,如果不是,就创建新的对象并且返回
person1.name // addone
let person2 = Person("addone",20);
person2.name // addone
this instanceof Person
检查了this
对象是不是Person
的实例,如果是则继续,不是则调用new
惰性载入函数
假如你要写一个函数,里面有一些判断语句
如果你的a
和b
是不变的,那么这个函数不论执行多少次,结果都是不变的,但是每次执行还要进行if判断,这就造成了不必要的浪费。
惰性载入表示函数执行的分支只会发生一次,这里有两种解决方式。
在函数被调用时再处理函数
这样进入每个分支后都会对foo
进行赋值,覆盖了之前的函数,之后每次调用foo
就不会再执行if
判断
在声明函数时就指定适当的函数
这里创建一个匿名,自执行的函数,用来确定应该使用哪一个函数来实现。
函数绑定
请使用fun.bind(thisArg[,arg1[,arg2[,...]]])
thisArg
当绑定函数被调用时,该参数会作为原函数运行时的 this 指向。当使用new 操作符调用绑定函数时,该参数无效
arg1,arg2,...
当绑定函数被调用时,这些参数将置于实参之前传递给被绑定的方法
返回
由指定的this值和初始化参数改造的原函数拷贝
一个例子
EventUtil.addHandle(btn,'click',person.click);
这里创建了一个person
对象,然后将person.click
方法分配给DOM
按钮的事件处理程序,当你点击按按钮时,会打印出undefiend
,原因是执行时this
指向了DOM
按钮而不是person
解决方案: 将this
强行指向person
函数柯里化
这个例子用来方便理解柯里化的概念
下面是创建函数柯里化的通用方式
第一个参数是要进行柯里化的函数,其他参数是要传入的值。这里使用Array.prototype.slice.call(arguments,1)
来获取第一个参数后的所有参数(外部)。在返回的函数中,同样调用Array.prototype.slice.call(arguments)
让innerArgs
来存放所有的参数(内部),然后用concat将内部外部参数组合,用apply
传递给函数
curryAdd2(); // 3
防篡改对象
Javascript中任何对象都可以被同一环境中运行的代码修改,所以开发人员有时候需要定义防篡改对象(tamper-proof object) 来保护自己
不可扩展对象
第二行为person
对象扩展了age
属性,当然你可以阻止这一行为,使用Object.preventExtensions()
你还可以用Object.isExtensible()
来判断对象是不是可扩展的
Object.isExtensible(person); // false
密封的对象
delete person.name;
person.age // undefined
person.name // addone
相对的也有Object.isSealed()
来判断是否密封
Object.isExtensible(person); // false
Object.isSealed(person); // true
冻结的对象
这是最严格的防篡改级别,冻结的对象即不可扩展,又密封,且不能修改
delete person.name;
person.name = 'addtwo'
person.age // undefined
person.name // addone
同样也有Object.isFrozen
来检测
Object.isExtensible(person); // false
Object.isSealed(person); // true
Object.isFrozen(person); // true
高级定时器
阅读前提
大概理解setTimeout的基本执行机制和js事件机制
重复的定时器
当你使用setInterva
l重复定义多个定时器的时候,可能会出现某个定时器代码在代码再次被添加到执行队列之前还没有完成执行,导致定时器代码连续执行多次。
机智Javascript引擎解决了这个问题,使用setInterval()
的时候,仅当没有该定时器的其他代码实例时,才会将定时器代码添加到队列中。但这还会导致一些问题:
- 某些间隔被跳过
- 间隔可能比预期的小
为了避免这个两个问题,你可以使用链式setTimeout()
调用
},interval)
arguments.callee
获取了当前执行函数的引用,然后为其设置另外一个定时器,这样就确保在下一次定时器代码执行前,必须等待指定的间隔。
Yielding Processes
浏览器对长时间运行的脚本进行了制约,如果代码运行超过特定的时间或者特定语句数量就不会继续执行。
如果你发现某个循环占用了大量的时间,那么对于下面这两个问题
- 该处理是否必须同步完成?
- 数据是否必须按顺序完成?
如果你的两个答案都是"否",那么你可以使用一种叫做数组分块(array chunking) 的技术。基本思路是为要处理的项目创建一个队列,然后使用定时器取出下一个要出处理的项目进行处理,然后再设置另一个定时器。
if(array.length > 0){
setTimeout(arguments.callee,100);
}
},100)
}
这里接受三个参数,要处理的数组,处理的函数,运行该函数的环境(可选),这里设置间隔100ms是个效果不错的选择
如果你一个函数需要50ms以上时间完成,那么最好看看能否将任务分割成一系列可以使用定时器的小任务
函数节流(Throttle)
节流的目的是防止某些操作执行的太快。比如在调整浏览器大小的时候会出发onresize
事件,如果在其内部进行一些DOM
操作,这种高频率的更爱可能会使浏览器崩溃。为了避免这种情况,可以采取函数节流的方式。
这里接受两个参数,要执行的函数,执行的环境。执行时先清除之前的定时器,然后将当前定时器赋值给方法的tId
,之后调用call
来确定函数的执行环境。
一个应用的例子
throttle(resizeDiv);
}
这个就不用讲了吧2333
文章参考于《JavaScript高级程序设计(第三版)》
如果你觉得我的理解有问题或者整理的太简略,那么我强烈安利你自己去读一下这本书~
原文链接:https://www.f2er.com/js/31318.html