Math.min（[]）が0に評価されるのはなぜですか？

Question

なぜMath.min([])は0と評価されますか？

NaNMDN's manpage for Math.min "少なくとも1つの引数を数値に変換できない場合は、NaNが返されます。"と評価されます。

私は洗練された質問はなぜ[]が0に強制するのでしょうか？ []が真実（すなわち、）であり、Math.min(true) === 1であると特に考えている。私はこの間違いを考えているのですか？ノードV7.0.0でテスト

Answer 1

なぜMath.min([])は0に評価されていますか？

スペックはそう言うので：

Math.minを使用して番号に各パラメータをキャスト...

ToNumberが

ToPrimitiveが使用プリミティブ値にオブジェクトをキャスト...使用数にオブジェクトをキャスト...

[[Default Value]]

内部メソッドは、そのヒントパラメータに基づいてプリミティブにオブジェクトを変換します。

The default hint for all objects is string。つまり、配列は文字列に変換され、[]は""です。

ToNumberはその後the documented algorithm

Math.minごとに、0へ""変換し、そのアルゴリズムごとに、唯一のパラメータを受け取り、それを返します。

Answer 2

[]が0に強制変換されるためです。

あなたは次の呼び出しでこれを見ることができます：

(new Number([])).valueOf(); // 0 

したがって、Math.min([])を呼び出すと0を与えるMath.min(0)を呼び出すのと同じです。 spec for the Number(value) constructorはToNumber機能を使用しています

1. ：

   ---

   私はその理由がnew Number([])扱い0として[]であると信じています。

2. spec for the ToNumber(value) functionはobjectタイプ（配列）でToPrimitiveを使用すると言います。
3. 配列のプリミティブ値は、配列が結合されていることと同じです。 []は""となり、[0]は"0"となり、[0, 1]は"0,1"となる。
4. したがって、数値コンストラクタは[]を""に変換し、次に0として解析されます。

上記の動作が内部一つまたは二つの数字の配列をMath.min(...)に渡すことができ、より多くの配列ができないことの理由である：

• Math.min([])はMath.min("")又はMath.min(0)
に等しいです。
• Math.min([1])がMath.min("1")又はMath.min(1)
• Math.min([1, 2])と等しいことCONVERできないMath.min("1,2")に等しいです。番号につなげた。