JavaScript中的普通函数和箭头函数

最近被问到了一个问题：

javaScript 中的箭头函数 ( => ) 和普通函数 ( function ) 有什么区别？

我当时想的就是：这个问题很简单啊~（flag），然后做出了错误的回答……

箭头函数中的 this 和调用时的上下文无关，而是取决于定义时的上下文

这并不是很正确的答案……虽然也不是完全错误

箭头函数中的 this

首先说我的回答中没有错误的部分：箭头函数中的 this 确实和调用时的上下文无关

function make () {
    return ()=>{
        console.log(this);
    }
}

const testFunc = make.call({ name:'foo' });

testFunc(); //=> { name:'foo' }
testFunc.call({ name:'bar' }); //=> { name:'foo' }

这个例子可以看到，确实箭头函数在定义之后，this 就不会发生改变了，无论用什么样的方式调用它，this 都不会改变；
但严格来说，这并不是“取决于定义时的上下文”， 因为箭头函数根本就没有绑定自己的 this，在箭头函数中调用 this 时，仅仅是简单的沿着作用域链向上寻找，找到最近的一个 this 拿来使用罢了；
从效果上看，这和我之前的理解并没有多大偏差，但它们的本质却是截然不同，箭头函数并不是普通函数新增了 this 不受调用时上下文影响的特性，而是减少了很多特性；

箭头函数其实是更简单的函数

实际上箭头函数中并不只是 this 和普通函数有所不同，箭头函数中没有任何像 this 这样自动绑定的局部变量，包括：this，arguments，super(ES6)，new.target(ES6)……
借用别人的一个例子：

function foo() {
   setTimeout( () => {
      console.log("args:", arguments);
   },100);
}

foo( 2, 4, 6, 8 );
// args: [2, 4, 6, 8]

在普通函数中，会自动绑定上的各种局部变量，箭头函数都是十分单纯的沿着作用域链向上寻找……
箭头函数就是这么个简单、纯粹的东西；
所以我个人认为箭头函数更适合函数式编程，除了它更短以外，使用箭头函数也更难被那些没有显示声明的变量影响，导致你产生意料之外的计算结果；

那么普通函数能否实现和箭头函数一样的效果呢？

如果是像当初的我一样简单的考虑固定住 this 这个易变的家伙……那倒是很简单，有些常用的方法，比如这样：

function make () {
    var self = this;
    return function () {
        console.log(self);
    }
}

或者

function make () {
    return function () {
        console.log(this);
    }.bind(this);
}

然而第二种方法只能固定 this 这一个变量而已，如前文所述，箭头函数中的 arguments 等变量也是从作用域链中寻找的，为了实现类似的效果，我们只有重新定义一个局部变量这一种方式，而 babel 也是使用这种方式对箭头函数进行处理的。

function make () {
    return ()=>{
        console.log(this);
        console.log(arguments);
    }
}

//babel it...

function make() {
    var _this = this,
        _arguments = arguments;

    return function () {
        console.log(_this);
        console.log(_arguments);
    };
}

那么……如果我想在箭头函数中使用 arguments 该怎么办？

……我觉得如果你有这个需求，可能还是用普通函数更合适一点……
但并不是说在箭头函数中无法以类似数组的形式取到所有参数，我们可以利用展开运算符来接收参数，比如这样：

const testFunc = (...args)=>{
    console.log(args) //数组形式输出参数
}

或许真的有场景需要用到这种写法，但我还是认为，箭头函数更适合那些接受固定的参数，返回一个计算结果的简单情况；

特别感谢 vajoy 所译 getify 大神的文章，把我从错误的理解上引导回来；
同时也让我明白了，有些时候代码运行的结果和你的预期相同，未必就代表代码运行的原理和你的理解相同

如果这篇文章中有什么错误或不足，欢迎指正