基本上,全部JS数据类型都拥有valueOf和toString这两个方法,null除外。它们俩解决javascript值运算与显示的问题。javascript
valueOf() 方法可返回 Boolean 对象的原始值。java
用法booleanObject.valueOf(),返回值为booleanObject 的原始布尔值。若是调用该方法的对象不是 Boolean,则抛出异常 TypeError。测试
var boo = new Boolean(false); console.log(boo.valueOf()); //false
toString() 方法可把一个逻辑值转换为字符串,并返回结果。优化
用法 booleanObject.toString(),返回值根据原始布尔值或者 booleanObject 对象的值返回字符串 "true" 或 "false"。若是调用该方法的对象不是 Boolean,则抛出异常 TypeError。this
在 Boolean 对象被用于字符串环境中时,此方法会被自动调用。prototype
下面脚本将建立一个 Boolean 对象,并把它转换成字符串:对象
var boo = new Boolean(true); console.log(boo.toString()); //true
先看一例:blog
var aaa = { i: 10, valueOf: function() { return this.i+30; }, toString: function() { return this.valueOf()+10; } } console.log(aaa > 20); // true console.log(+aaa); // 40 console.log(aaa); // 50
之因此有这样的结果,由于它们偷偷地调用valueOf或toString方法。但如何区分什么状况下是调用了哪一个方法呢,咱们能够经过另外一个方法测试一下。因为用到console.log,请在装有firebug的FF中实验!继承
var bbb = { i: 10, toString: function() { console.log('toString'); return this.i; }, valueOf: function() { console.log('valueOf'); return this.i; } } console.log(bbb);// 10 toString console.log(+bbb); // 10 valueOf console.log(''+bbb); // 10 valueOf console.log(String(bbb)); // 10 toString console.log(Number(bbb)); // 10 valueOf console.log(bbb == '10'); // true valueOf console.log(bbb === '10'); // false
乍一看结果,大抵给人的感受是,若是转换为字符串时调用toString方法,若是是转换为数值时则调用valueOf方法,但其中有两个很不和谐。一个 是alert(''+bbb),字符串合拼应该是调用toString方法……另外一个咱们暂时能够理解为===操做符不进行隐式转换,所以不调用它们。为 了追究真相,咱们须要更严谨的实验。ip
var aa = { i: 10, toString: function() { console.log('toString'); return this.i; } } console.log(aa);// 10 toString console.log(+aa); // 10 toString console.log(''+aa); // 10 toString console.log(String(aa)); // 10 toString console.log(Number(aa)); // 10 toString console.log(aa == '10'); // true toString
再看valueOf。
var bb = { i: 10, valueOf: function() { console.log('valueOf'); return this.i; } } console.log(bb);// [object Object] console.log(+bb); // 10 valueOf console.log(''+bb); // 10 valueOf console.log(String(bb)); // [object Object] console.log(Number(bb)); // 10 valueOf console.log(bb == '10'); // true valueOf
发现有点不一样吧?!它没有像上面toString那样统一规整。对于那个[object Object],我估计是从Object那里继承过来的,咱们再去掉它看看。
Object.prototype.toString = null; var cc = { i: 10, valueOf: function() { console.log('valueOf'); return this.i; } } console.log(cc);// 10 valueOf console.log(+cc); // 10 valueOf console.log(''+cc); // 10 valueOf console.log(String(cc)); // 10 valueOf console.log(Number(cc)); // 10 valueOf console.log(cc == '10'); // true valueOf
若是只重写了toString,对象转换时会无视valueOf的存在来进行转换。可是,若是只重写了valueOf方法,在要转换为字符串的时候会优先 考虑valueOf方法。在不能调用toString的状况下,只能让valueOf上阵了。对于那个奇怪的字符串拼接问题,多是出于操做符上,翻开 ECMA262-5 发现都有一个getValue操做。嗯,那么谜底应该是揭开了。重写会加大它们调用的优化高,而在有操做符的状况下,valueOf的优先级原本就比 toString的高。