JavaScript ES6：测试箭头函数、内置函数、常规函数？

有没有一种优雅的方式来区分 Harmony 的细长箭头函数与常规函数and内置函数？

The 和谐维基指出：

箭头函数就像内置函数一样缺乏原型以及任何 [[Construct]] 内部方法。所以 new (() => {}) 会抛出 TypeError 但除此之外箭头就像函数

这意味着，您可以测试箭头函数，例如：

!(()=>{}).hasOwnProperty("prototype") // true
!(function(){}).hasOwnProperty("prototype") // false

但测试也会回归true对于任何内置函数，例如setTimeout or Math.min.

如果你获取源代码并检查它是否可以在 Firefox 中运行，它就可以了"native code"，但它似乎不太可靠也不太可移植（其他浏览器实现，NodeJS / iojs）：

setTimeout.toSource().indexOf("[native code]") > -1

小型 GitHub 项目节点是箭头函数依赖于正则表达式对函数源代码进行检查，这并不是那么简洁。

edit:我给了 JavaScript 解析器acorn尝试了一下，似乎效果很好——尽管它有点矫枉过正。

acorn = require("./acorn");

function fn_sample(a,b){
    c = (d,e) => d-e;
    f = c(--a, b) * (b, a);
    return f;
}

function test(fn){
    fn = fn || fn_sample;
    try {
        acorn.parse("(" + fn.toString() + ")", {
            ecmaVersion: 6,
            onToken: function(token){
                if(typeof token.type == "object" && token.type.type == "=>"){
                    console.log("ArrowFunction found", token);
                }
            }
        });
    } catch(e) {
        console.log("Error, possibly caused by [native code]");
        console.log(e.message);
    }
}

exports.test = test;

信不信由你...

测试函数的字符串表示形式中是否存在“=>”可能是最可靠的方法（但不是 100%）。

显然，我们无法针对您提到的两个条件中的任何一个进行测试 - 缺乏原型属性和缺乏[[Construct]]因为这可能会对主机对象或缺少的内置对象产生误报[[Construct]] (Math.floor, JSON.parse, etc.)

然而，我们可以使用旧的Function.prototype.toString检查函数表示是否包含“=>”。

现在我一直推荐against using Function.prototype.toString（所谓的函数反编译）由于其依赖于实现且历史上不可靠的性质（更多详细信息，请参阅Javascript 中函数反编译的状态).

但ES6实际上尝试执行规则在这种方式上（至少）内置和“用户创建的”（由于缺乏更好的术语）函数被表示。

1. 如果 Type(func) 是 Object 并且是内置函数对象或有一个 [[ECMAScriptCode]] 内部插槽, then

   A。返回 func 的依赖于实现的 String 源代码表示。代表性必须符合以下规则.

...

toString 表示要求：

• 字符串表示形式必须具有 FunctionDeclaration FunctionExpression、GeneratorDeclaration、 生成器表达式、类声明、类表达式、箭头功能, MethodDefinition 或 GeneratorMethod 取决于实际情况 对象的特征。

• 表示字符串中空格、行终止符和分号的使用和放置是 取决于实施。

• 如果对象是使用 ECMAScript 代码定义的，并且返回的字符串表示形式不是 MethodDefinition 或 GeneratorMethod 那么表示必须是这样的，如果 使用 eval 在词法上下文中评估字符串 相当于用于创建原始对象的词汇上下文， 它将产生一个功能相同的新对象。在这种情况下 返回的源代码不得随意提及任何变量 原始函数的源代码没有自由提及，甚至 如果这些“额外”名称最初在范围内。

• 如果实现无法生成满足这些条件的源代码字符串，那么它必须返回一个 eval 将抛出的字符串 语法错误异常。

我突出显示了相关的块。

箭头函数有内部[[ECMAScriptCode]]（您可以从 14.2.17 — 箭头函数的评估 — 跟踪到函数创建 to 函数初始化).

这意味着他们必须符合箭头函数语法:

ArrowFunction[In, Yield] :
  ArrowParameters[?Yield] [no LineTerminator here] => ConciseBody[?In]

..这意味着他们必须有=>Function.prototype.toString的输出。

显然，您需要确保“=>”遵循 ArrowParameters 而不仅仅是 FunctionBody 中存在的内容：

function f() { return "=>" }

至于可靠性 - 请记住，目前任何/所有引擎都支持/可能不支持此行为，并且主机对象的表示可能出于某种原因而撒谎（尽管规范做出了努力）。