Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

Function Invocation Patterns

Posted on 11/04/201210/08/2024 by 四火

js 今天看到微博上大家在讨论一个 JavaScript 的小问题,问题虽小,还是有思考的价值。我看到不少人对其展开了讨论,有很多答案,也有很多有意思的观点。学 JavaScript 的人很多,但是学好真不容易,哪怕就是基础的部分。

先看一下下面的代码:

var value = 500;
var obj = {
    value: 0,
    increment: function() {
        this.value++;

        var innerFunction = function() {
            alert(this.value);
        }

        innerFunction();
    }
}
obj.increment();

好,在往下阅读以前,想一想,你觉得会打印的结果是多少?

————————————————-思考———————————————————

不少人都觉得是 1,因为 obj 对象的 value 初始值是 0,打印的 “this.value” 在 “this.value++” 以后就应该变成 1 了。

其实答案是 500,语句”innerFunction()”,正是使用了 Function Invocation Patterns 这种方式去调用一个方法,这个方法调用没有显式指定 “this”,那么如果你按照一些其它编程语言的思路去思考的话,没有显式指定 this,this 就应该是当前对象吧……那你就错了。这正是 JavaScript 设计中一个很糟糕的部分,或者说,是一个坑——在没有显式指定 this 的时候,这个 this 其实是一个 global 对象,在这里就是 window。

还有很多人解释说这是 “闭包” 的一个应用,有人又说不是,我来分析一下:闭包简单说就是 “包含自由变量的代码块”——也就是说,一个条件是代码块,这点毫无疑问满足;另一个条件是自由变量,这就有争议了,代码中的那个全局变量 value 算不算所谓的 “自由变量”,如果算,那就符合闭包的要求,如果不算(很多人认为 global 变量不能算作闭包的自由变量),那就不算闭包。

解决方法呢,其中的一个比较简单的办法就是持有一个当前正确 this 的引用,在这里保存到一个名为 “that” 的变量里,再让目标方法来调用:

var value = 500;
var obj = {
    value: 0,
    increment: function() {
        var that = this;
        that.value++;

        var innerFunction = function() {
            alert(that.value);
        }

        innerFunction();
    }
}
obj.increment();

这样结果就是 1 了。

还没完,如果我把程序改成这样(即把原来的 “this.value++” 改成 “value++”):

var value = 500;
var obj = {
    value: 0,
    increment: function() {
        value++;

        var innerFunction = function() {
            alert(this.value);
        }

        innerFunction();
    }
}
obj.increment();

结果又是多少呢?

————————————————-思考———————————————————

结果应该是 501。因为没有使用 this.value 的时候,“value++” 这一行的这个 value 是全局的 value。

那我把全局的 value 屏蔽掉吧:

//var value = 500;
var obj = {
    value: 0,
    increment: function() {
        value++;

        var innerFunction = function() {
            alert(this.value);
        }

        innerFunction();
    }
}
obj.increment();

这样的结果又是多少,这回总该是 1 了吧?

————————————————-思考———————————————————

不,这回会报错:Uncaught ReferenceError: value is not defined。因为在这样使用的时候,obj 对象的 value 对 increment 方法内部来说直接不可见。

其实,在 JavaScript 中,有这样几种函数调用模式:

  1. 方法调用:Fethod Invocation
  2. 函数调用:Function Invocation
  3. 构造器调用:Constructor Invocation
  4. Apply 调用:Apply Invocation

这些模式其实你都用过,如果你想知道更多,请阅读这篇文章,上面的例子代码也是从它里面引用来的。

如果你对上面说到的都理解了,那么看看这段代码,结果应该是多少?

var value = 500;
var obj = function(){
    var value = 0;
    return function() {
        value++;
        alert(value);
    }
}
obj()();

————————————————– 思考——————————————————–

结果应该是 1(其实这道题只是一个简单的闭包使用而已,并没有 Function Invocation Patterns,我挖了个坑让你跳,嘿嘿),你对了吗?

最后一题,把典型的闭包和 Function Invocation Patterns 结合起来,你要毫无压力地挺住啊:

var value = 500;
var obj = function(){
    var value = 0;
    var getValue = function(){
        return this.value;
    };
    return function() {
        value++;
        alert( getValue(value) );
    }
}
obj()();

结果是多少呢?

————————————————– 思考——————————————————–

正确结果是 500,这次你对了吗?

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. Javascript Memoizer
  2. 几道容易出错的 JavaScript 题目
  3. JavaScript 实现继承的几种方式
  4. 前端解耦的一个最简单示例
  5. Backbone.js

1 thought on “Function Invocation Patterns”

  1. hugh says:
    01/23/2013 at 11:33 AM

    以我有限的 JS 经验来讲,这应该是属性和变量的区别。通过 this 调用的都是属性,所以会沿着 prototype 的路线往上搜索,最终找到了 global 变量;反之则是对变量的使用,沿着 closure 的路线往上搜索。
    个人浅见,仅供参考。

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Spark 互联网 亚马逊 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 眼界 程序员 管理 系统设计 缓存 编程范型 美股 英语 西雅图 设计 问题 面向对象 面试

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Machine Learning and Artificial Intelligence (6)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 聊一聊分布式系统中的时间
  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • Ticket: TRANSACTION 1.922915 BTC. Go to withdrawal >> https://yandex.com/poll/enter/BXidu5Ewa8hnAFoFznqSi9?hs=20bd550f65c6e03103876b28cabc4da6& on 倔强的程序员
  • panshenlian.com on 初涉 ML Workflow 系统:Kubeflow Pipelines、Flyte 和 Metaflow
  • panzhixiang on 关于近期求职的近况和思考
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme