美文网首页web颜值要爆表进击的ReactWeb前端之路
箭头函数很好用,但是不能乱用

箭头函数很好用,但是不能乱用

作者: 蒹葭de | 来源:发表于2017-05-01 16:30 被阅读66次

    定义字面量方法

    因为箭头函数的语法很简洁,可能不少同学会忍不住用它来定义字面量方法,比如下面的例子

    const calculator = {
        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"
    calculator.sum();
    

    定义原型方法

    同样的规则适用于原型方法(prototype method)的定义,使用箭头函数会导致运行时的执行上下文错误

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

    定义事件回调函数

    this 是 JS 中很强大的特性,可以通过多种方式改变函数执行上下文,JS 内部也有几种不同的默认上下文指向,但普适的规则是在谁上面调用函数 this 就指向谁,这样代码理解起来也很自然,读起来就像在说,某个对象上正在发生某件事情。

    但是,箭头函数在声明的时候就绑定了执行上下文,要动态改变上下文是不可能的,在需要动态上下文的时候它的弊端就凸显出来。比如在客户端编程中常见的 DOM 事件回调函数(event listenner)绑定,触发回调函数时 this 指向当前发生事件的 DOM 节点,而动态上下文这个时候就非常有用,比如下面这段代码试图使用箭头函数来作事件回调函数

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

    在全局上下文下定义的箭头函数执行时 this 会指向 window,当单击事件发生时,浏览器会尝试用 button 作为上下文来执行事件回调函数,但是箭头函数预定义的上下文是不能被修改的,这样 this.innerHTML 就等价于 window.innerHTML,而后者是没有任何意义的。

    定义构造函数

    构造函数中的 this 指向新创建的对象,当执行 new Car() 的时候,构造函数 Car 的上下文就是新创建的对象,也就是说 this instanceof Car === true。显然,箭头函数是不能用来做构造函数, 实际上 JS 会禁止你这么做,如果你这么做了,它就会抛出异常。

    换句话说,箭头构造函数的执行并没有任何意义,并且是有歧义的

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

    追求过短的代码

    箭头函数允许你省略参数两边的括号、函数体的花括号、甚至 return 关键词,这对编写更简短的代码非常有帮助。这让我想起大学计算机老师给学生留过的有趣作业:看谁能使用 C 语言编写出最短的函数来计算字符串的长度,这对学习和探索新语言特性是个不错的法子。但是,在实际的软件工程中,代码写完之后会被很多工程师阅读,真正的 write once, read many times,在代码可读性方面,最短的代码可能并不总是最好的。一定程度上,压缩了太多逻辑的简短代码,阅读起来就没有那么直观

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

    multiply 函数会返回两个数字的乘积或者返回一个可以继续调用的固定了一个参数的函数。代码看起来很简短,但大多数人第一眼看上去可能无法立即搞清楚它干了什么,怎么让这段代码可读性更高呢?有很多办法,可以在箭头函数中加上括号、条件判断、返回语句,或者使用普通的函数

    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
    

    为了让代码可读性更高,在简短和啰嗦之间把握好平衡是非常有必要的。

    总结

    箭头函数无疑是 ES6 带来的重大改进,在正确的场合使用箭头函数能让代码变的简洁、短小,但某些方面的优势在另外一些方面可能就变成了劣势,在需要动态上下文的场景中使用箭头函数你要格外的小心,这些场景包括:定义对象方法、定义原型方法、定义构造函数、定义事件回调函数。

    转自:知乎专栏 https://zhuanlan.zhihu.com/p/26540168

    相关文章

      网友评论

        本文标题:箭头函数很好用,但是不能乱用

        本文链接:https://www.haomeiwen.com/subject/lhtqtxtx.html