基本上，所有JS数据类型都拥有valueOf和toString这两个方法，null除外。它们俩解决javascript值运算与显示的问题。
JavaScript 的 valueOf() 方法
valueOf() 方法可返回 Boolean 对象的原始值。
用法booleanObject.valueOf()，返回值为booleanObject 的原始布尔值。如果调用该方法的对象不是 Boolean，则抛出异常 TypeError。
1 |
<script type="text/javascript"> |
2 |
var boo = new Boolean(false); |
3 |
document.write(boo.valueOf()); |
4 |
</script> |
以上脚本会输出false。
JavaScript 的 toString() 方法
toString() 方法可把一个逻辑值转换为字符串，并返回结果。
用法 booleanObject.toString()，返回值根据原始布尔值或者 booleanObject 对象的值返回字符串 "true" 或 "false"。如果调用该方法的对象不是 Boolean，则抛出异常 TypeError。
在 Boolean 对象被用于字符串环境中时，此方法会被自动调用。
下面脚本将创建一个 Boolean 对象，并把它转换成字符串：
1 |
<script type="text/javascript"> |
2 |
var boo = new Boolean(true); |
3 |
document.write(boo.toString()); |
4 |
</script> |
脚本输出：true。
先看一例：
1 |
var aaa = { |
2 |
i: 10, |
3 |
valueOf: function() { return this.i+30; }, |
4 |
toString: function() { return this.valueOf()+10; } |
5 |
} |
6 |
7 |
alert(aaa > 20); // true |
8 |
alert(+aaa); // 40 |
9 |
alert(aaa); // 50 |
之所以有这样的结果，因为它们偷偷地调用valueOf或toString方法。但如何区分什么情况下是调用了哪个方法呢，我们可以通过另一个方法测试一下。由于用到console.log，请在装有firebug的FF中实验！
01 |
var bbb = { |
02 |
i: 10, |
03 |
toString: function() { |
04 |
console.log('toString'); |
05 |
return this.i; |
06 |
}, |
07 |
valueOf: function() { |
08 |
console.log('valueOf'); |
09 |
return this.i; |
10 |
} |
11 |
} |
12 |
|
13 |
alert(bbb);// 10 toString |
14 |
alert(+bbb); // 10 valueOf |
15 |
alert(''+bbb); // 10 valueOf |
16 |
alert(String(bbb)); // 10 toString |
17 |
alert(Number(bbb)); // 10 valueOf |
18 |
alert(bbb == '10'); // true valueOf |
19 |
alert(bbb === '10'); // false |
乍一看结果，大抵给人的感觉是，如果转换为字符串时调用toString方法，如果是转换为数值时则调用valueOf方法，但其中有两个很不和谐。一个是alert(''+bbb)，字符串合拼应该是调用toString方法……另一个我们暂时可以理解为===操作符不进行隐式转换，因此不调用它们。为了追究真相，我们需要更严谨的实验。
01 |
var aa = { |
02 |
i: 10, |
03 |
toString: function() { |
04 |
console.log('toString'); |
05 |
return this.i; |
06 |
} |
07 |
} |
08 |
|
09 |
alert(aa);// 10 toString |
10 |
alert(+aa); // 10 toString |
11 |
alert(''+aa); // 10 toString |
12 |
alert(String(aa)); // 10 toString |
13 |
alert(Number(aa)); // 10 toString |
14 |
alert(aa == '10'); // true toString |
再看valueOf。
01 |
var bb = { |
02 |
i: 10, |
03 |
valueOf: function() { |
04 |
console.log('valueOf'); |
05 |
return this.i; |
06 |
} |
07 |
} |
08 |
|
09 |
alert(bb);// [object Object] |
10 |
alert(+bb); // 10 valueOf |
11 |
alert(''+bb); // 10 valueOf |
12 |
alert(String(bb)); // [object Object] |
13 |
alert(Number(bb)); // 10 valueOf |
14 |
alert(bb == '10'); // true valueOf |
发现有点不同吧？！它没有像上面toString那样统一规整。对于那个[object Object]，我估计是从Object那里继承过来的，我们再去掉它看看。
01 |
Object.prototype.toString = null; |
02 |
|
03 |
var cc = { |
04 |
i: 10, |
05 |
valueOf: function() { |
06 |
console.log('valueOf'); |
07 |
return this.i; |
08 |
} |
09 |
} |
10 |
|
11 |
alert(cc);// 10 valueOf |
12 |
alert(+cc); // 10 valueOf |
13 |
alert(''+cc); // 10 valueOf |
14 |
alert(String(cc)); // 10 valueOf |
15 |
alert(Number(cc)); // 10 valueOf |
16 |
alert(cc == '10'); // true valueOf |
如果只重写了toString，对象转换时会无视valueOf的存在来进行转换。但是，如果只重写了valueOf方法，在要转换为字符串的时候会优先考虑valueOf方法。在不能调用toString的情况下，只能让valueOf上阵了。对于那个奇怪的字符串拼接问题，可能是出于操作符上，翻开ECMA262-5 发现都有一个getValue操作。嗯，那么谜底应该是揭开了。重写会加大它们调用的优化高，而在有操作符的情况下，valueOf的优先级本来就比toString的高。
posted on
