何时不使用箭头函数

阿里云最近在作活动，低至2折，有兴趣能够看看：
https://promotion.aliyun.com/...

---

为了保证的可读性，本文采用意译而非直译。

这些年来，ES6 将 JS 的可用性提高到一个新的水平时: 箭头函数、类等等,这些都很棒。

箭头函数是最有价值的新功能之一，有不少好文章描述了它的上下文透明性和简短的语法。

但每一个事务都有两面。一般，新特性会带来一些混乱，其中之一就是箭头函数被误导了。本文将介绍一些场景，在这些场景中，你应该绕过箭头函数，转而使用良好的旧函数表达式或较新的简写语法。而且要注意缩短代码，由于这会影响代码的可读性。

1.定义对象上的方法

在JS中，方法是存储在对象属性中的函数。当调用该方法时，this 将指向该方法所属的对象。

Object literal

因为箭头函数语法简短，因此使用它来定义方法是颇有吸引力的，让我们来试一试：

const calculate = {
  array: [1, 2, 3],
  sum: () => {
    console.log(this === window); // => true
    return this.array.reduce((result, item) => result + item);
  }
};
console.log(this === window); // => true
// Throws "TypeError: Cannot read property 'reduce' of undefined"
calculate.sum();

calculate.sum方法用箭头函数定义。 可是在调用时，calculate.sum() 会抛出一个TypeError，由于this.array 为undefined。

当调用calculate对象上的方法sum()时，上下文仍然是 window。之因此会发生这种状况，是由于箭头函数按词法做用域将上下文绑定到 window 对象。

执行this.array等同于window.array，它是undefined。

解决方法是使用常规函数表达式来定义方法。 this 是在调用时肯定的，而不是由封闭的上下文决定的，来看看修复后的版本：

const calculate = {  
  array: [1, 2, 3],
  sum() {
    console.log(this === calculate); // => true
    return this.array.reduce((result, item) => result + item);
  }
};
calculate.sum(); // => 6

由于sum是常规函数，因此在调用 calculate.sum() 时 this 是 calculate 对象。 this.array是数组引用，所以正确计算元素之和：6。

Object prototype

一样的规则也适用于在原型对象上定义方法。使用一个箭头函数来定义sayCatName方法，this 指向 window

function MyCat(name) {
  this.catName = name;
}
MyCat.prototype.sayCatName = () => {
  console.log(this === window); // => true
  return this.catName;
};
const cat = new MyCat('Mew');
cat.sayCatName(); // => undefined

使用早期的方式定义函数表达式：

function MyCat(name) {
  this.catName = name;
}
MyCat.prototype.sayCatName = function() {
  console.log(this === cat); // => true
  return this.catName;
};
const cat = new MyCat('Mew');
cat.sayCatName(); // => 'Mew'

sayCatName常规函数在做为方法调用时将上下文更改成cat对象：cat.sayCatName()。

2. 动态上下文的回调函数

this 在JS中是一个强大的特性，它容许根据调用函数的方式更改上下文。一般，上下文是调用发生的目标对象，这使得代码更加天然，就像这个对象发生了什么。

可是，箭头函数会在声明上静态绑定上下文，而且没法使其动态化，但这种方式有坏也有好，有时候咱们须要动态绑定。

在客户端编程中，将事件侦听器附加到DOM元素是一项常见的任务。事件触发处理程序函数，并将this做为目标元素,这里若是使用箭头函数就不够灵活。

下面的示例尝试为这样的处理程序使用箭头函数：

const button = document.getElementById('myButton');
button.addEventListener('click', () => {
  console.log(this === window); // => true
  this.innerHTML = 'Clicked button';
});

在全局上下文中 this 指向 window。 当发生单击事件时，浏览器尝试使用按钮上下文调用处理函数，但箭头函数不会更改其预约义的上下文。this.innerHTML至关于window.innerHTML，没有任何意义。

必须应用函数表达式，该表达式容许根据目标元素更改 this：

const button = document.getElementById('myButton');
button.addEventListener('click', function() {
  console.log(this === button); // => true
  this.innerHTML = 'Clicked button';
});

当用户单击按钮时，处理程序函数中的 this 指向 button。所以这个问题。innerHTML = 'Clicked button' 正确地修改按钮文本以反映已单击状态。

3.调用构造函数

this 在构造调用中是新建立的对象。当执行new MyFunction()时，构造函数MyFunction的上下文是一个新对象:this instanceof MyFunction === true。

注意，箭头函数不能用做构造函数。 JavaScript经过抛出异常隐式阻止这样作。

不管如何，this是来自封闭上下文的设置，而不是新建立的对象。换句话说，箭头函数构造函数调用没有意义，并且是模糊的。

让咱们看看若是尝试这样作会发生什么:

const Message = (text) => {
  this.text = text;
};
// Throws "TypeError: Message is not a constructor"
const helloMessage = new Message('Hello World!');

执行new Message('Hello World!')，其中Message是一个箭头函数，JavaScript抛出一个 TypeError 错误，Message不能用做构造函数。

上面的例子可使用函数表达式来修复，这是建立构造函数的正确方法(包括函数声明)：

const Message = function(text) {
  this.text = text;
};
const helloMessage = new Message('Hello World!');

简写语法

箭头函数有一个很好的属性，它能够省略参数圆括号()、块大括号{}，若是函数主体只有一条语句，则返回。这有助于编写很是短的函数。

原文做者的大学编程教授给学生一个有趣的任务：编写 用C语言计算字符串长度的最短函数，这是学习和探索新语言的好方式。

然而，在实际应用程序中，许多开发人员都会阅读代码。 最短的语法并不老是适合帮助你的同事即时了解该方法的用途。

在某种程度上，简写的函数变得难以阅读，因此尽可能不要过分使用。让各位们看一个例子

const multiply = (a, b) => b === undefined ? b => a * b : a * b;
const double = multiply(2);
double(3);      // => 6
multiply(2, 3); // => 6

multiply返回两个数字的乘法结果或与第一个参数绑定的闭包，以便之后的乘法运算。

该函数运行良好，看起来很短。但从一开始就很难理解它是作什么的。

为了使其更具可读性，能够从箭头函数恢复可选花括号和return语句，或使用常规函数：

function multiply(a, b) {
  if (b === undefined) {
    return function(b) {
      return a * b;
    }
  }
  return a * b;
}
const double = multiply(2);
double(3);      // => 6
multiply(2, 3); // => 6

在简短和冗长之间找到一个平衡点是很好的，这样可使代码更加直观。

总结

毫无疑问，箭头函数是一个很好的补充。当正确使用时，它会使前面必须使用.bind()或试图捕获上下文的地方变得简单，它还简化了代码。

某些状况下的优势会给其余状况带来不利。 当须要动态上下文时，不能使用箭头函数：定义方法，使用构造函数建立对象，在处理事件时从 this 获取目标。

代码部署后可能存在的BUG无法实时知道，过后为了解决这些BUG，花了大量的时间进行log 调试，这边顺便给你们推荐一个好用的BUG监控工具 Fundebug。

交流

干货系列文章汇总以下，以为不错点个Star，欢迎 加群 互相学习。

https://github.com/qq44924588...

我是小智，公众号「大迁世界」做者，对前端技术保持学习爱好者。我会常常分享本身所学所看的干货，在进阶的路上，共勉！

关注公众号，后台回复福利，便可看到福利，你懂的。

附：新文章会提早一天发到公众号