javascriptのタイプ変換フェース質問トリガー(ターン)での反射

最近、グループはこの質問に従って製造された:
機能を実装するために、操作の結果は、以下の期待される結果を満たします:

追加(1)(2)// 3 
アドオン(1、2、3)(10)// 16 
の追加(1)(2)(3)(4)(5)// 15

好奇心カットプランアバディーンの場合は、手が少し助けるが試すことができませんでした、最初に考えたのはタイトルが高階関数と同様に使用されますを確認することです  Array.prototype.reduce()

高階関数(高次機能):高次関数を引数として関数で受信します。 Java スクリプト、関数は、送信パラメータまたは戻り値を可能にする機能として、第一級オブジェクトです。

我々は、次の解決策を得ます:

機能の追加(){ 
    VARの引数= Array.prototype.slice.call(引数)。

    復帰機能(){ 
        VAR ARG2 = Array.prototype.slice.call(引数)。
        戻りargs.concat(ARG2).reduce(関数(a、b)は、{ 
            + Bを返します; 
        }); 
    } 
}

検証し、間違っているが見つかりました:

(1)(2)// 3を追加
アドオン(1、2)(3)// 6 
アドオン(1)(2)(3)//捕捉されない例外TypeErrorを:(...)(...)を追加ではありません機能(…)

のみで上記の溶液  add()() の場合は正しいです。鎖つ以上の動作パラメータが2未満である場合、または全く結果が返されない場合。

そして、これは、ある難しい質問ですadd()両方が値を返す方法をするとき、および後続の呼び出しを継続するための関数を返すには?

その後、関数書き換えることで専門家のアドバイスの後  valueOf の方法や  toString 方法が得られることを特徴とソリューション:

機能の追加(){ 
	VARの引数= Array.prototype.slice.call(引数)。

	VARは、fn =関数(){ 
		VAR arg_fn = Array.prototype.slice.call(引数)。
		add.apply返す(ヌル、args.concat(arg_fn)); 
	} 

	fn.valueOf =関数(){ 
		戻りargs.reduce(関数(a、b)は、{ 
			+ Bを返す; 
		})
	} 

	戻りFN。
}

ああ?一見すると、このソリューションは、私は力の無知でした。私は感じるので、  fn.valueOf() 最初から最後まで呼ばれていないが、結果がで検証されています。

(1)// 1個の追加
アドオンを(1,2)、(3)// 6 
追加(1)(2)(3)(4)(5)// 15

マジック右!そして、謎は、上記でなければなりません  fn.valueOf = function() {} 以内。なぜそれはそうでしょうか?この方法は、どのような時間の関数で行われますか?あったようにステップバイステップで私に耳を傾けます。

 

valueOf和ののtoString

まず、これらの2つの方法で簡単に見てみましょう:

Object.prototype.valueOf()

MDNの  単語のvalueOf()メソッドは、指定されたオブジェクトの元の値を返します。

JavaScriptは、プリミティブ型のvalueOf()メソッドは、値(数値、文字列、ブール)にオブジェクトを変換するために使用される呼び出します。しかし、我々はほとんど、valueOfメソッドは通常、自動的にJavaScriptを起動され、この機能を自分で呼び出す必要がありません。

我々はそれが何を意味するのか、いわゆる自動コールで詳しく説明しますの下に、上記のこれらの単語を覚えておいてください。

Object.prototype.toString()

toString()メソッドは、オブジェクトの文字列表現を返します。

目標値は、文字列として表現されるか、または参照オブジェクトを所望の場合、本方法は、自動的に呼び出されたときに、各オブジェクトは、toString()メソッドを有します。

ここで覚えておく、のvalueOf()メソッドとtoString()は、特定の状況で自分自身を呼び出します。

プリミティブ型

まあ、最初はオブジェクトとシンボルを削除するにはjavascriptのいくつかのプリミティブ型を理解してどのような、伏線、いくつかの原始的なタイプがあります。

  • ブーリアン
  • 未定義
  • ヌル

各種演算やJavaScriptを比較した場合、それによって指示に従って後続の動作、一つ一つを行う、オブジェクトのこれらのタイプに変換することになります。

 

文字列型変換

操作または動作が文字列オブジェクトではなく文字列を必要とする場合は、文字列オブジェクトの変換をトリガする、タイプは自動的に非文字列型Stringの試みに変換されます。内部システムが自動的に呼び出します  toString 関数。例えば:

VAR OBJ = {名: 'ココ'}。
VAR STR = '123' + OBJ。
console.log(STR)。// 123 [対象オブジェクト]

変換規則:

  1. 場合  toString 方法が存在し、元の型に戻る、戻り  toString 結果。
  2. 場合は  toString 元の型またはメソッドの戻り値はないが存在する、呼び出す  valueOf 場合は、メソッドの  valueOf 方法が存在し、元のデータ型への復帰は、返された  valueOf 結果を。
  3. そうでない場合は、エラーをスローします。

上記の例では、実際には次のとおりです。

VAR OBJ = {名: 'ココ'}。
VAR STR = '123' + obj.toString()。

前記obj.toString() 値  "[object Object]"

仮定は配列です。

ARR = [1、2]でした。
STR = '123' + ARRました。

console.log(STR)。// 1,231.2

上記の  + arr 文字列を加えた操作があるので、後者は  arr 文字列型に変換されなければならないので、彼らは実際に呼ばれています  + arr.toString() 。

しかし、我々は、オブジェクト自体書き換えることができ  toStringvalueOf メソッドを:

var obj = {
    toString: function() {
        console.log('调用了 obj.toString');
        return {};
    },
    valueOf: function() {
        console.log('调用了 obj.valueOf')
        return '110';
    }
}

alert(obj);
// 调用了 obj.toString
// 调用了 obj.valueOf
// 110

上面 alert(obj + '1') ,obj 会自动调用自己的 obj.toString() 方法转化为原始类型,如果我们不重写它的 toString 方法,将输出 [object Object]1 ,这里我们重写了 toString ,而且返回了一个原始类型字符串 111 ,所以最终 alert 出了 1111。

上面的转化规则写了,toString 方法需要存在并且返回原始类型,那么如果返回的不是一个原始类型,则会去继续寻找对象的 valueOf 方法:

下面我们尝试证明如果在一个对象尝试转换为字符串的过程中,如果 toString() 方法不可用的时候,会发生什么。

这个时候系统会再去调用 valueOf() 方法,下面我们改写对象的 toString 和 valueOf

var obj = {
    toString: function() {
        console.log('调用了 obj.toString');
        return {};
    },
    valueOf: function() {
        console.log('调用了 obj.valueOf')
        return '110';
    }
}

alert(obj);
// 调用了 obj.toString
// 调用了 obj.valueOf
// 110

从结果可以看到,当 toString 不可用的时候,系统会再尝试 valueOf 方法,如果 valueOf 方法存在,并且返回原始类型(String、Number、Boolean)数据,返回valueOf的结果。

那么如果,toString 和 valueOf 返回的都不是原始类型呢?看下面这个例子:

var obj = {
    toString: function() {
        console.log('调用了 obj.toString');
        return {};
    },
    valueOf: function() {
        console.log('调用了 obj.valueOf')
        return {};
    }
}

alert(obj);
// 调用了 obj.toString
// 调用了 obj.valueOf
// Uncaught TypeError: Cannot convert object to primitive value

可以发现,如果 toString 和 valueOf 方法均不可用的情况下,系统会直接返回一个错误。

添加于 2017-03-07:在查证了 ECMAScript5 官方文档后,发现上面的描述有一点问题,Object 类型转换为 String 类型的转换规则远比上面复杂。转换规则为:1.设原始值为调用 ToPrimitive 的结果;2.返回 ToString(原始值) 。关于 ToPrimitive 和 ToString 的规则可以 看看官方文档:ECMAScript5 -- ToString

Number 类型转换

上面描述的是 String 类型的转换,很多时候也会发生 Number 类型的转换:

  • 调用 Number() 函数,强制进行 Number 类型转换
  • 调用 Math.sqrt() 这类参数需要 Number 类型的方法
  • obj == 1 ,进行对比的时候
  • obj + 1 , 进行运算的时候

与 String 类型转换相似,但是 Number 类型刚好反过来,先查询自身的 valueOf 方法,再查询自己 toString 方法:

  1. 如果 valueOf 存在,且返回原始类型数据,返回 valueOf 的结果。
  2. 如果 toString 存在,且返回原始类型数据,返回 toString 的结果。
  3. 其他情况,抛出错误。

按照上述步骤,分别尝试一下:

var obj = {
    valueOf: function() {
        console.log('调用 valueOf');
        return 5;
    }
}

console.log(obj + 1); 
// 调用 valueOf
// 6
var obj = {
    valueOf: function() {
        console.log('调用 valueOf');
        return {};
    },
    toString: function() {
        console.log('调用 toString');
        return 10;
    }
}

console.log(obj + 1); 
// 调用 valueOf
// 调用 toString
// 11
var obj = {
    valueOf: function() {
        console.log('调用 valueOf');
        return {};
    },
    toString: function() {
        console.log('调用 toString');
        return {};
    }
}

console.log(obj + 1); 
// 调用 valueOf
// 调用 toString
// Uncaught TypeError: Cannot convert object to primitive value

Boolean 转换

什么时候会进行布尔转换呢:

  • 布尔比较时
  • if(obj) , while(obj) 等判断时

简单来说,除了下述 6 个值转换结果为 false,其他全部为 true:

  • undefined
  • null
  • -0
  • 0或+0
  • NaN
  • ''(空字符串)
Boolean(undefined) // false
Boolean(null) // false
Boolean(0) // false
Boolean(NaN) // false
Boolean('') // false

Function 转换

好,最后回到我们一开始的题目,来讲讲函数的转换。

我们定义一个函数如下:

function test() {
    var a = 1;
    console.log(1);
}

如果我们仅仅是调用 test 而不是 test() ,看看会发生什么?
www.wityx.com
可以看到,这里把我们定义的 test 函数的重新打印了一遍,其实,这里自行调用了函数的 valueOf 方法:
www.wityx.com

我们改写一下 test 函数的 valueOf 方法。

test.valueOf = function() {
    console.log('调用 valueOf 方法');
    return 2;
}

test;
// 输出如下:
// 调用 valueOf 方法
// 2

与 Number 转换类似,如果函数的 valueOf 方法返回的不是一个原始类型,会继续找到它的 toString 方法:

test.valueOf = function() {
    console.log('调用 valueOf 方法');
    return {};
}

test.toString= function() {
    console.log('调用 toString 方法');
    return 3;
}

test;
// 输出如下:
// 调用 valueOf 方法
// 调用 toString 方法
// 3

破题

再看回我正文开头那题的答案,正是运用了函数会自行调用 valueOf 方法这个技巧,并改写了该方法。我们稍作改变,变形如下:

function add () {
	console.log('进入add');
	var args = Array.prototype.slice.call(arguments);

	var fn = function () {
		var arg_fn = Array.prototype.slice.call(arguments);
		console.log('调用fn');
		return add.apply(null, args.concat(arg_fn));
	}

	fn.valueOf = function () {
		console.log('调用valueOf');
		return args.reduce(function(a, b) {
			return a + b;
		})
	}

	return fn;
}

当调用一次 add 的时候,实际是是返回 fn 这个 function,实际是也就是返回 fn.valueOf();

add(1);
// 输出如下:
// 进入add
// 调用valueOf
// 1

其实也就是相当于:

[1].reduce(function(a, b) {
    return a + b;
})
// 1

当链式调用两次的时候:

add(1)(2);
// 输出如下:
// 进入add
// 调用fn
// 进入add
// 调用valueOf
// 3

当链式调用三次的时候:

add(1)(2)(3);
// 输出如下:
// 进入add
// 调用fn
// 进入add
// 调用fn
// 进入add
// 调用valueOf
// 6

可以看到,这里其实有一种循环。只有最后一次调用才真正调用到 valueOf,而之前的操作都是合并参数,递归调用本身,由于最后一次调用返回的是一个 fn 函数,所以最终调用了函数的 fn.valueOf,并且利用了 reduce 方法对所有参数求和。

除了改写 valueOf 方法,也可以改写 toString 方法,所以,如果你喜欢,下面这样也可以:

function add () {
	var args = Array.prototype.slice.call(arguments);

	var fn = function () {
		var arg_fn = Array.prototype.slice.call(arguments);
		return add.apply(null, args.concat(arg_fn));
	}

	fn.toString = function() {
		return args.reduce(function(a, b) {
			return a + b;
		})
	}

	return fn;
}

这里有个规律,如果只改写 valueOf() 或是 toString() 其中一个,会优先调用被改写了的方法,而如果两个同时改写,则会像 Number 类型转换规则一样,优先查询 valueOf() 方法,在 valueOf() 方法返回的是非原始类型的情况下再查询 toString() 方法。

后记

在尝试了更多的浏览器之后,发现了上述解法的诸多问题,在 chrome 56 55 下,结果正常。在更新到最新的 chrome57 ,控制台下,结果都会带上 `function ` 字段,在 firefox 下,直接不生效,感觉自己可能陷入了追求某种解法而忽略了一些底层的具体规范,会在彻底弄清楚后给出另一篇文章。

对于类型转换,最好还是看看 ECMAScript 规范,拒绝成为伸手党,自己多尝试。另外评论处有很多人提出了自己的疑问,值得一看。

像阮一峰老师所说的,“炫耀从来不是我写作的动机,好奇才是”。本文行文过程也是我自己学习的一个过程,过程中我也遇到了很多困惑,所以即便查阅了官方文档及大量的文章,但是错误及疏漏仍然在所难免,欢迎指正及给出更好的方法。

到此本文结束,如果还有什么疑问或者建议,可以多多交流,原创文章,文笔有限,才疏学浅,文中若有不正之处,万望告知。

おすすめ

転載: www.cnblogs.com/xyy2019/p/11760488.html