研究一下valueOf与toString方法

最新推荐文章于 2025-09-13 09:06:35 发布

转载最新推荐文章于 2025-09-13 09:06:35 发布 · 110 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/andhm/archive/2011/06/12/2078657.html

文章标签：

#javascript #ViewUI

基本上，所有JS数据类型都拥有valueOf和toString这两个方法，null除外。它们俩解决javascript值运算与显示的问题。

JavaScript 的 valueOf() 方法

valueOf() 方法可返回 Boolean 对象的原始值。

用法booleanObject.valueOf()，返回值为booleanObject 的原始布尔值。如果调用该方法的对象不是 Boolean，则抛出异常 TypeError。

1<script type="text/javascript">

2var boo = new Boolean(false);

3document.write(boo.valueOf());

4</script>

以上脚本会输出false。

JavaScript 的 toString() 方法

toString() 方法可把一个逻辑值转换为字符串，并返回结果。

用法 booleanObject.toString()，返回值根据原始布尔值或者 booleanObject 对象的值返回字符串 "true" 或 "false"。如果调用该方法的对象不是 Boolean，则抛出异常 TypeError。

在 Boolean 对象被用于字符串环境中时，此方法会被自动调用。

下面脚本将创建一个 Boolean 对象，并把它转换成字符串：

1<script type="text/javascript">

2var boo = new Boolean(true);

3document.write(boo.toString());

4</script>

脚本输出：true。

先看一例：

1var aaa = {

2    i: 10,

3    valueOf: function() { return this.i+30; },

4    toString: function() { return this.valueOf()+10; }

5}

6 

7alert(aaa > 20); // true

8alert(+aaa); // 40

9alert(aaa); // 50

之所以有这样的结果，因为它们偷偷地调用valueOf或toString方法。但如何区分什么情况下是调用了哪个方法呢，我们可以通过另一个方法测试一下。由于用到console.log，请在装有firebug的FF中实验！

01var 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  

13alert(bbb);// 10 toString

14alert(+bbb); // 10 valueOf

15alert(''+bbb); // 10 valueOf

16alert(String(bbb)); // 10 toString

17alert(Number(bbb)); // 10  valueOf

18alert(bbb == '10'); // true valueOf

19alert(bbb === '10'); // false

乍一看结果，大抵给人的感觉是，如果转换为字符串时调用toString方法，如果是转换为数值时则调用valueOf方法，但其中有两个很不和谐。一个是alert(''+bbb)，字符串合拼应该是调用toString方法……另一个我们暂时可以理解为===操作符不进行隐式转换，因此不调用它们。为了追究真相，我们需要更严谨的实验。

01var aa = {

02  i: 10,

03  toString: function() {

04    console.log('toString');

05    return this.i;

06  }

07}

08  

09alert(aa);// 10 toString

10alert(+aa); // 10 toString

11alert(''+aa); // 10 toString

12alert(String(aa)); // 10 toString

13alert(Number(aa)); // 10 toString

14alert(aa == '10'); // true toString

再看valueOf。

01var 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那里继承过来的，我们再去掉它看看。

01Object.prototype.toString = null;

02  

03var cc = {

04  i: 10,

05  valueOf: function() {

06    console.log('valueOf');

07    return this.i;

08  }

09}

10  

11alert(cc);// 10 valueOf

12alert(+cc); // 10 valueOf

13alert(''+cc); // 10 valueOf

14alert(String(cc)); // 10 valueOf

15alert(Number(cc)); // 10 valueOf

16alert(cc == '10'); // true valueOf

如果只重写了toString，对象转换时会无视valueOf的存在来进行转换。但是，如果只重写了valueOf方法，在要转换为字符串的时候会优先考虑valueOf方法。在不能调用toString的情况下，只能让valueOf上阵了。对于那个奇怪的字符串拼接问题，可能是出于操作符上，翻开ECMA262-5 发现都有一个getValue操作。嗯，那么谜底应该是揭开了。重写会加大它们调用的优化高，而在有操作符的情况下，valueOf的优先级本来就比toString的高。

转载于:https://www.cnblogs.com/andhm/archive/2011/06/12/2078657.html