クライアント側でのみ{} + {}がNaNになるのはなぜですか？Node.jsにないのはなぜですか？

一方では[] + []、空の文字列で[] + {}あり"[object Object]"、かつ{} + []あります0。なぜ{} + {}NaNなのですか？

> {} + {}
  NaN

なぜ私の質問ではありません({} + {}).toString()されて"[object Object][object Object]"いる間NaN.toString()で"NaN"、この部分はすでにここに答えを持っています。

私の質問は、これがクライアント側でのみ発生するのはなぜですか？サーバー側（Node.js）{} + {}は"[object Object][object Object]"です。

> {} + {}
'[object Object][object Object]'

まとめ：

クライアント側：

 [] + []              // Returns ""
 [] + {}              // Returns "[object Object]"
 {} + []              // Returns 0
 {} + {}              // Returns NaN

 NaN.toString()       // Returns "NaN"
 ({} + {}).toString() // Returns "[object Object][object Object]"
 var a = {} + {};     // 'a' will be "[object Object][object Object]"

Node.js：

 [] + []   // Returns "" (like on the client)
 [] + {}   // Returns "[object Object]" (like on the client)
 {} + []   // Returns "[object Object]" (not like on the client)
 {} + {}   // Returns "[object Object][object Object]" (not like on the client)

更新されたメモ：これはChrome 49で修正されました。

非常に興味深い質問です。掘り下げましょう。

根本的な原因

違いの根本は、Node.jsがこれらのステートメントを評価する方法とChrome開発ツールが行う方法にあります。

Node.jsの機能

Node.jsはこのためにreplモジュールを使用します。

Node.js REPLソースコードから：

self.eval(
    '(' + evalCmd + ')',
    self.context,
    'repl',
    function (e, ret) {
        if (e && !isSyntaxError(e))
            return finish(e);
        if (typeof ret === 'function' && /^[\r\n\s]*function/.test(evalCmd) || e) {
            // Now as statement without parens.
            self.eval(evalCmd, self.context, 'repl', finish);
        }
        else {
            finish(null, ret);
        }
    }
);

これ({}+{})は、Chromeデベロッパーツールで実行するのと同じように動作し、"[object Object][object Object]"期待どおりに生成されます。

Chromeデベロッパーツールの機能

一方、Chrome dveloperツールは次のことを行います。

try {
    if (injectCommandLineAPI && inspectedWindow.console) {
        inspectedWindow.console._commandLineAPI = new CommandLineAPI(this._commandLineAPIImpl, isEvalOnCallFrame ? object : null);
        expression = "with ((window && window.console && window.console._commandLineAPI) || {}) {\n" + expression + "\n}";
    }
    var result = evalFunction.call(object, expression);
    if (objectGroup === "console")
        this._lastResult = result;
    return result;
}
finally {
    if (injectCommandLineAPI && inspectedWindow.console)
        delete inspectedWindow.console._commandLineAPI;
}

したがって、基本的にcallは、式を使用してオブジェクトに対してを実行します。式は次のとおりです。

with ((window && window.console && window.console._commandLineAPI) || {}) {
    {}+{};// <-- This is your code
}

ご覧のように、式は、括弧を付けずに直接評価されています。

Node.jsの動作が異なる理由

Node.jsのソースはこれを正当化します：

// This catches '{a : 1}' properly.

ノードは常にこのように動作するとは限りませんでした。ここでされているが、それを変更し、実際のコミット。ライアンは変更について次のコメントを残しました：「REPLコマンドの評価方法の改善」とその違いの例。

Rhino

更新-OPは、Rhinoの動作方法（およびなぜそれがChrome開発ツールのように動作し、nodejsとは異なる動作をするか）に関心がありました。

Rhinoは、V8を使用するChrome開発者ツールやNode.jsのREPLとは異なり、完全に異なるJSエンジンを使用します。

RhinoシェルでRhinoを使用してJavaScriptコマンドを評価すると、何が起きるかの基本的なパイプラインは次のとおりです。

• シェルが実行されorg.mozilla.javascript.tools.shell.mainます。

• 次に、コードがインラインスイッチ-eで直接渡された場合などに、これ new IProxy(IProxy.EVAL_INLINE_SCRIPT);を呼び出します。

• これはIProxyのrun方法に当てはまります。

• evalInlineScript（src）を呼び出します。これは単に文字列をコンパイルして評価します。

基本的に：

Script script = cx.compileString(scriptText, "<command>", 1, null);
if (script != null) {
    script.exec(cx, getShellScope()); // <- just an eval
}

3つのうち、Rhinoのシェルは、evalラッピングなしで実際のシェルに最も近いシェルです。Rhino'sは実際のeval()ステートメントに最も近く、実際の動作と同じように動作することが期待できますeval。