理解this

简介: 理解this
  • ES6 为函数声明增加了一种特殊的语法形式,称为“箭头函数”。它看起来像这样:
var foo = a => {
    console.log( a );
};

foo( 2 ); // 2

这个所谓的“大箭头”经常被称为是 乏味烦冗的(讽刺)function 关键字的缩写。
但是在箭头函数上发生的一些事情要重要得多,而且这与在你的声明中少敲几下键盘无关。
简单地说,这段代码有一个问题:

var obj = {
    id: "awesome",
    cool: function coolFn() {
        console.log( this.id );
    }
};

var id = "not awesome";

obj.cool(); // awesome

setTimeout( obj.cool, 100 ); // not awesome

这个问题就是在 cool() 函数上丢失了 this 绑定。有各种方法可以解决这个问题,但一个经常被重复的解决方案是 var self = this;。

它可能看起来像:

var obj = {
    count: 0,
    cool: function coolFn() {
        var self = this;

        if (self.count < 1) {
            setTimeout( function timer(){
                self.count++;
                console.log( "awesome?" );
            }, 100 );
        }
    }
};

obj.cool(); // awesome?

用不过于深入细节的方式讲,var self = this 的“解决方案”免除了理解和正确使用 this 绑定的整个问题,而是退回到我们也许感到更舒服的东西上面:词法作用域。self 变成了一个可以通过词法作用域和闭包解析的标识符,而且一直不关心 this 绑定发生了什么。

人们不喜欢写繁冗的东西,特别是当他们一次又一次重复它的时候。于是,ES6 的一个动机是帮助缓和这些场景,将常见的惯用法问题 固定 下来,就像这一个。

ES6 的解决方案,箭头函数,引入了一种称为“词法 this”的行为。

var obj = {
    count: 0,
    cool: function coolFn() {
        if (this.count < 1) {
            setTimeout( () => { // 箭头函数能好用?
                this.count++;
                console.log( "awesome?" );
            }, 100 );
        }
    }
};

obj.cool(); // awesome?

简单的解释是,当箭头函数遇到它们的 this 绑定时,它们的行为与一般的函数根本不同。它们摒弃了 this 绑定的所有一般规则,而是将它们的立即外围词法作用域作为 this 的值,无论它是什么。

于是,在这个代码段中,箭头函数不会以不可预知的方式丢掉 this 绑定,它只是“继承” cool() 函数的 this 绑定(如果像我们展示的那样调用它就是正确的!)。

虽然这使代码更短,但在我看来,箭头函数只不过是将一个开发者们常犯的错误固化成了语言的语法,这混淆了“this 绑定”规则与“词法作用域”规则。

换一种说法:为什么要使用 this 风格的编码形式来招惹麻烦和繁冗?只要通过将它与词法作用域混合把它剔除掉就好。对于给定的一段代码只采纳一种方式或另一种看起来才是自然的,而不是在同一段代码中将它们混在一起。

注意: 源自箭头函数的另一个非议是,它们是匿名的,不是命名的。参见第三章来了解为什么匿名函数不如命名函数理想的原因。

在我看来,这个“问题”的更恰当的解决方式是,正确地使用并接受this机制。

var obj = {
    count: 0,
    cool: function coolFn() {
        if (this.count < 1) {
            setTimeout( function timer(){
                this.count++; // `this` 因为 `bind(..)` 所以安全
                console.log( "more awesome" );
            }.bind( this ), 100 ); // 看,`bind()`!
        }
    }
};

obj.cool(); // more awesome

不管你是偏好箭头函数的新的词法 this 行为,还是偏好经得起考验的 bind(),重要的是要注意箭头函数 不 仅仅是关于可以少打一些“function”。

它们拥有一种我们应当学习并理解的,有意的行为上的不同,而且如果我们这样选择,就可以利用它们。

现在我们完全理解了词法作用域(和闭包!),理解词法 this 应该是小菜一碟!

目录
相关文章
|
5月前
|
JavaScript Java 测试技术
基于springboot+vue.js+uniapp的实验室安全考试系统附带文章源码部署视频讲解等
基于springboot+vue.js+uniapp的实验室安全考试系统附带文章源码部署视频讲解等
77 2
|
7天前
|
调度 云计算 芯片
云超算技术跃进,阿里云牵头制定我国首个云超算国家标准
近日,由阿里云联合中国电子技术标准化研究院主导制定的首个云超算国家标准已完成报批,不久后将正式批准发布。标准规定了云超算服务涉及的云计算基础资源、资源管理、运行和调度等方面的技术要求,为云超算服务产品的设计、实现、应用和选型提供指导,为云超算在HPC应用和用户的大范围采用奠定了基础。
179585 20
|
14天前
|
存储 运维 安全
云上金融量化策略回测方案与最佳实践
2024年11月29日,阿里云在上海举办金融量化策略回测Workshop,汇聚多位行业专家,围绕量化投资的最佳实践、数据隐私安全、量化策略回测方案等议题进行深入探讨。活动特别设计了动手实践环节,帮助参会者亲身体验阿里云产品功能,涵盖EHPC量化回测和Argo Workflows量化回测两大主题,旨在提升量化投研效率与安全性。
云上金融量化策略回测方案与最佳实践
|
16天前
|
人工智能 自然语言处理 前端开发
从0开始打造一款APP:前端+搭建本机服务,定制暖冬卫衣先到先得
通义灵码携手科技博主@玺哥超carry 打造全网第一个完整的、面向普通人的自然语言编程教程。完全使用 AI,再配合简单易懂的方法,只要你会打字,就能真正做出一个完整的应用。
9375 23
|
20天前
|
Cloud Native Apache 流计算
资料合集|Flink Forward Asia 2024 上海站
Apache Flink 年度技术盛会聚焦“回顾过去,展望未来”,涵盖流式湖仓、流批一体、Data+AI 等八大核心议题,近百家厂商参与,深入探讨前沿技术发展。小松鼠为大家整理了 FFA 2024 演讲 PPT ,可在线阅读和下载。
5051 15
资料合集|Flink Forward Asia 2024 上海站
|
20天前
|
自然语言处理 数据可视化 API
Qwen系列模型+GraphRAG/LightRAG/Kotaemon从0开始构建中医方剂大模型知识图谱问答
本文详细记录了作者在短时间内尝试构建中医药知识图谱的过程,涵盖了GraphRAG、LightRAG和Kotaemon三种图RAG架构的对比与应用。通过实际操作,作者不仅展示了如何利用这些工具构建知识图谱,还指出了每种工具的优势和局限性。尽管初步构建的知识图谱在数据处理、实体识别和关系抽取等方面存在不足,但为后续的优化和改进提供了宝贵的经验和方向。此外,文章强调了知识图谱构建不仅仅是技术问题,还需要深入整合领域知识和满足用户需求,体现了跨学科合作的重要性。
|
28天前
|
人工智能 自动驾驶 大数据
预告 | 阿里云邀您参加2024中国生成式AI大会上海站,马上报名
大会以“智能跃进 创造无限”为主题,设置主会场峰会、分会场研讨会及展览区,聚焦大模型、AI Infra等热点议题。阿里云智算集群产品解决方案负责人丛培岩将出席并发表《高性能智算集群设计思考与实践》主题演讲。观众报名现已开放。
|
16天前
|
人工智能 容器
三句话开发一个刮刮乐小游戏!暖ta一整个冬天!
本文介绍了如何利用千问开发一款情侣刮刮乐小游戏,通过三步简单指令实现从单个功能到整体框架,再到多端优化的过程,旨在为生活增添乐趣,促进情感交流。在线体验地址已提供,鼓励读者动手尝试,探索编程与AI结合的无限可能。
三句话开发一个刮刮乐小游戏!暖ta一整个冬天!

热门文章

最新文章