标签：Closure

共 10 篇相关文章

IT 累计浏览 4,389

JavaScript的闭包问题

这篇讲的是 JavaScript 闭包在循环中一个经典的陷阱。作者从一个看似简单的需求出发：在一个 `for` 循环中创建三个函数，分别打印当前的循环索引。但实际执行时，所有函数都打印了同一个值——循环结束后的最终值。问题的根源在于闭包捕获的是变量的引用，而非创建时的快照。循环变量 `i` 在所有函数中都是同一个变量，因此函数执行时读取的都是循环结束后那个值。即使尝试在循环内用 `var n = i` 复制一份，由于 JavaScript 缺乏块级作用域，`n` 的作用域依然是整个外层函数，最终也会被后续的迭代覆盖。作者指出，这条“不要在闭包中直接引用循环变量”的原则，适用于所有函数式语言。正确的做法是创建一个新的作用域来捕获当前迭代的值。文章演示了两种经典方案：一是通过一个额外的函数（如 `function(n){...}`）将当前 `i` 作为参数传入；二是更简洁的立即执行函数表达式（IIFE），在循环体内 `(function(n){...})(i)` 就地创建一个新作用域并传递参数。这本质上是一个作用域与闭包机制如何相互作用的深度理解问题。掌握这个模式，能帮开发者避免在异步回调、事件监听等场景下产生难以排查的 bug。

IT 累计浏览 1,750

Javascript中的delete操作符

这篇文章深入剖析了JavaScript中`delete`操作符的行为，特别是它与变量、对象属性之间微妙而关键的互动关系。作者从一个核心矛盾出发：看似等价的全局变量和对象属性，在`delete`面前却表现迥异。核心差异在于，通过`var`声明的变量和函数声明都带有`dontdelete`特性，因此它们无法被`delete`操作符移除。相比之下，直接在对象上创建的属性（无论是自定义的还是来自原型链的）则可以被轻松删除。文章通过一系列精准的代码示例展示了这种区别，例如`delete global`对`var global`无效，但`delete obj`却能移除一个未用`var`声明的全局变量（它本质上是`window`对象的属性）。此外，文章还细致地探讨了`delete`操作符的几个边界情况：它无法删除原型（prototype）中定义的属性或对象自带的属性（如`length`）；在`eval`执行的代码中，通过`var`声明的变量反而失去了`dontdelete`保护，可以被删除；而`delete`的返回值（`true`/`false`）更多反映了操作是否成功，而非属性是否真的存在。理解这些细节，对于避免JavaScript中关于删除操作的常见陷阱至关重要。

IT 累计浏览 2,117

Python中的闭包

这篇讲的是Python中一个既基础又容易模糊的概念——闭包。作者从一个实际的读者提问出发，用维基定义的“词法闭包”和“自由变量”两个关键词引入，并巧妙地将其比喻为一个“封闭的包裹”，包裹（函数）内部装着随身携带的自由变量。文章的核心对比在于闭包与类：两者都实现数据封装，但闭包粒度更细，是一个只读的“函数对象”。作者接着深入剖析了闭包在Python中最常见的三个应用场景：一是构建装饰器，通过闭包持有被装饰函数并扩展其功能；二是实现类似“惰性求值”的效果，推迟某些操作（如数据库查询）的执行；三是作为`functools.partial`的原理示范，用于函数参数的提前绑定。通过这些代码示例，文章清晰地展示了闭包如何作为函数式编程的重要工具，解决代码复用和状态保持的问题。对于想真正理解Python装饰器机制或函数式编程特性的开发者来说，这篇从概念辨析到实战落地的讲解是个不错的起点。

IT 累计浏览 3,479

Javascript中的delete操作符

这篇从JavaScript中一个看似简单的delete操作符切入，但探讨的问题却非常根本：变量和对象属性之间的微妙关系。作者首先指明，要理解delete的行为，必须先理清JavaScript执行引擎在幕后创建的Global对象（浏览器中即window对象）和Activation对象（函数执行上下文）。所有全局和局部变量，本质上都是这些对象的属性。文章通过一个代码示例生动地说明了这一点：在全局作用域中声明变量 `global` 后，可以通过 `this.global` 访问，这直接证明了变量作为Global对象属性的存在。基于这个核心视角，文章随后便能清晰剖析delete操作符的实质——它针对的是对象的属性，而非传统意义上的“变量声明”。这也解释了为什么delete无法删除通过var声明的变量或函数声明，因为它们被标记为不可配置。作者从底层对象模型出发，把一个操作符的行为讲得透彻且连贯。这不仅帮读者知其然，更知其所以然，对于深入理解JavaScript的作用域链和执行上下文机制也大有裨益。

IT 累计浏览 3,863

闭包漫谈（从抽象代数及函数式编程角度）

这篇讲的是闭包这个经典概念，但作者没有停留在语法或常见用法的层面，而是把视野拉高，从抽象代数和函数式编程两个看似不同的源头来重新审视它。文章首先回溯了抽象代数中的“闭包”：指一个集合在某种运算下保持封闭的特性，比如整数集在加法运算下永远得到整数。这种结构性的“封闭”是代数体系的基石。接着，作者将视角转向函数式编程，这里的闭包指的是函数与其词法环境的结合体，核心在于函数能够“捕获”并携带其定义时的自由变量。作者巧妙地建立了两者的联系：它们都关乎“边界”与“携带”。代数的闭包是运算边界的稳定性，编程的闭包是作用域边界的延伸与记忆。通过这种对比，读者能更深刻地理解，为什么函数式编程中的闭包能实现状态的封装与函数的“记忆”——它本质上是在运行时动态维持了一个属于该函数的、受保护的“小环境”，这与代数系统追求运算封闭的哲学异曲同工。这种跨学科的视角不仅厘清了概念，也揭示了计算机科学中许多设计背后的数理逻辑。理解这一点，或许能让我们在利用闭包编写回调、实现模块化或进行函数式编程时，对其力量与边界有更自觉的把握。

IT 累计浏览 4,884

理解Javascript的闭包

这篇讲的是JavaScript中一个让很多传统语言开发者感到新鲜的特性——闭包。作者从几个具体的例子入手，直观展示了闭包如何在函数外部访问内部变量的现象，这很可能会让熟悉C/C++静态作用域的读者感到困惑。文章没有停留在表面，而是结合了一点ECMAScript的语言规范，解释了闭包背后词法作用域和执行上下文的机制。它清晰地指出了闭包与传统静态语言作用域的关键差异：在JavaScript中，函数内的变量在函数执行结束后，仍可能因为被外部引用而存活。通过对比，文章帮助开发者理解了闭包最适合解决的场景，比如数据封装、函数工厂或回调中保持状态。对于想从“会用”走向“理解”的JavaScript开发者来说，这篇循序渐进的讲解提供了扎实的基础。

IT 累计浏览 4,645

Google+开发团队分享经验

这篇讲的是Google+开发团队在社交平台建设过程中的实践心得。作者从团队日常开发中的具体挑战出发，分享了他们在处理大规模用户数据同步、实时状态更新以及跨团队协作方面的实战经验。比如，文章提到为了解决通知推送的延迟问题，他们引入了异步消息队列和基于用户活跃度的动态优先级调度，使得消息送达率提升了近30%。另一个重点是他们在前端架构上采用的模块化设计思路，通过将个人动态流、评论系统等拆分为独立部署的微前端模块，不仅加快了迭代速度，也显著降低了不同功能之间的耦合度。文章没有停留在单纯的技术选型上，还深入讨论了技术决策背后的产品思维——如何平衡功能复杂度和系统性能，以及如何通过监控数据驱动架构优化。对于正在搭建或维护中大型社交产品的团队来说，其中关于技术债务管理和团队协作流程的思考尤其具有参考价值。

IT 累计浏览 3,838

什么是闭包(Closure)？

这篇讲的是一个在编程中既基础又容易让人困惑的概念——闭包。作者从词源“closure”出发，非常直观地解释了为什么叫这个名字：闭包就像把函数和它需要的一切“封装”在一个包里带走。文章没有一开始就扔出复杂的定义，而是通过简单的代码示例，展示闭包如何“记住”并访问其词法作用域之外的变量。这解决了编程中一个关键问题：如何在函数执行结束后，依然能安全地访问或维护它所依赖的状态。比如在回调函数、模块化封装或需要缓存结果的场景中，闭包都提供了优雅的解决方案。不同于枯燥的语法说明，这篇文章更侧重于讲清楚闭包“能做什么”以及“为什么这样设计”。读完后，你会明白它并非什么黑魔法，而是一种精心设计的机制，让函数具备了跨越时间维护状态的能力。通过这篇讲解，你会对“函数加上其引用的外部环境”这一精巧设计，有一个清晰的认知。

IT 累计浏览 5,445

JavaScript是Web的汇编语言（一）：语义Web已死！

这篇讲的是 JavaScript 为何成为当今 Web 实际上的“汇编语言”，以及曾经备受瞩目的语义 Web 概念为何逐渐淡出舞台。作者从 Web 早期对结构化数据与机器可读语义的憧憬出发，梳理了以 RDF、OWL 为代表的语义 Web 技术栈的复杂性和落地困境。文章指出，真正推动 Web 向前演进的，反而是看似“不够优雅”的 JavaScript。它通过 DOM 操作、异步请求与不断丰富的生态，几乎包办了所有的交互逻辑与动态内容生成，成为了事实上的底层能力承载者。这种“汇编语言”式的地位，源于其极高的灵活性、无处不在的浏览器支持，以及开发者社区的活跃创造。最终，文章得出一个颇具冲击力的观点：当开发者真正需要在 Web 上实现复杂语义时，他们更倾向于直接用 JavaScript 调用 API 或构建定制化方案，而非依赖一套标准化的语义描述框架。这对理解当前 Web 技术的务实走向，以及未来可能的分化路径，提供了清晰的视角。

IT 累计浏览 3,848

JS不是前端的全部

这篇讲的是从近期Web标准化交流会的一场讨论出发，试图重新审视JavaScript在前端开发中的角色。文章没有否定JS的重要性，而是通过回顾活动中的具体内容——比如精美的PPT演示、对《闭包应用实例》的深入探讨，以及围绕“9个版本的tab制作”和脚本组件设计展开的高手现场PK——来引出一个更宽广的视角。作者指出，尽管JS在交互和逻辑层面至关重要，但一次高质量的前端呈现，同样离不开扎实的HTML语义化结构和精心设计的CSS表现。这场交流会的气场，恰恰来自于对这些“非JS”基础技术的共同打磨与深度碰撞。文章通过这些鲜活的讨论场景提醒读者，避免陷入“唯JavaScript论”的单一思维，才能更全面地构建出健壮且优雅的Web应用。