til
  • README
  • Software Development Roles
  • solid
  • README
    • service-worker
  • docker
    • arg
    • 更新docker版本
  • editor
    • vscode
    • Creating a VS Code Theme
  • english
    • words
  • front-end
    • ==
    • ECMAScript
    • IIFE
    • Label
    • basic
    • html.js.css渲染顺序
    • npm-vs-yarn
    • obj-delete-key-value
    • react
    • split-join-and-replace
    • video
    • 前端自检清单
    • 递归及去重
    • css
      • css换肤
      • flex
      • list
      • nth-child和nth-of-type区别
      • padding
      • position
      • 层叠上下文
      • 层叠样式(+)
      • 正方形
      • 语义化标签
    • dom
      • DOCTYPE
      • HEAD
      • 修改document
      • 自定义表单验证
    • electron
      • basic
    • es6
      • basic-type
      • basic
      • prototype-example
      • defineProperty
      • understanding-es6
        • 0.introduction
        • Appendix A: Smaller Changes
        • Appendix B: Understanding ES7
        • Block-Binding
        • Proxies&Reflection
        • class
        • 解构赋值
        • function
        • improved-array
        • iterators&generators
        • modules
        • object
        • promise
        • Map&Set
        • symbol
    • images
      • 前端角度看图片
    • interview_case
      • lexical_scope
      • redux和localstroage存储位置
    • javascript
      • fuck-the-js
      • js-engine-work
      • js原生操作dom
      • what-is-function-program
      • 执行上下文
      • articles
        • JavaScript中使用函数组合
        • JavaScript中的依赖注入
        • JavaScript作用域链中的标识符解析和闭包
        • JavaScript是何如工作的--概述
        • JavaScript深拷贝
        • JavaScript的全局变量是如何工作的
        • js继承常见的误解
        • node12&chrome中7个新的提案功能
        • 你真的懂JavaScript吗
      • date
        • index
      • engines
        • basic
        • JavaScript引擎基础:外形和内联缓存
        • v8中推测性优化的介绍
        • 优化原型
        • 更快的异步功能和promise
      • events
        • baisc
        • 事件冒泡和捕获
        • 定义事件
        • 页面生命周期
      • higher-order-function
        • curry
        • monad
      • module
        • basic
        • main&module
      • objects
        • iterator
        • spread
        • examples
          • iterator
      • performance
        • blocking-css
        • cache
      • prototype
        • Property-Descriptors
        • basic
        • prototype-shadow
      • you-dont-known-js
        • async&performance
          • Chapter 1: Asynchrony: Now & Later
          • Chapter 2: Callbacks
          • Chapter 3: Promises
          • Chapter 4: Generators
        • scope & closures
          • apA
          • apB
          • apC
          • apD
          • chapter1-what-is-scope
          • chapter2-lexical-scope
          • chapter3-function-vs-block-scope
          • chapter4-hoisting
          • chapter5-scope-closure
        • this & object prototypes
          • chapter1-this-or-that
          • chapter2-this-make-sense
          • chapter3-objects
          • chapter4-mixing(up)-class-object
          • chapter5-prototype
          • chapter6-behavior-delegation
        • types&grammer
          • Chapter1-Types
          • Chapter2-Values
          • Chapter3-Natives
          • Chapter4-coercion
          • Chapter5-grammer
        • up & going
          • chapter1-into-programming
          • chapter2-into-javascript
          • chapter3-into-YDKJS
    • mobile
      • iPhone分辨率终极指南
    • npm
      • arguments
      • build
    • react-native
      • prop-methods
    • react
      • PropTypes
      • basic
      • codebase-overview
      • component-element-instance
      • context
      • how-to-known-component-is-func-or-class
      • overview
      • react16.9
      • react18计划
      • react的设计原则
      • reconciliation
      • setState
      • useMemo
      • why-do-we-write-super-props
      • 从头实现一个react
      • concurrent
        • 引入并发模式(仅试验)
      • conf
        • conf-2019
      • events
        • 合成事件概述
      • hooks
        • custom-hook
        • effect-hook
        • hooks-api
        • intro
        • overview
        • rules
        • state-hook
        • hooks-vs-class
          • thinking-in-react-hooks
      • overreact
        • Development模式是如何工作的
        • How-Does-setState-Know-What-to-Do
        • Why-Do-React-Elements-Have-a-$$typeof-Property
        • Why-Do-React-Hooks-Rely-on-Call-Order
        • how-to-known-component-is-func-or-class
        • preparing-tach-talk-motivation
        • react作为ui运行
        • things-i-dont-known-as-2018
        • ui-element-problem-and-build-yourself
        • why-do-we-write-super-props
        • 一份完整的useEffect指南
        • 为什么X不是Hook
        • 函数组件与类有什么不同?
        • 演讲准备2-what-why-how
        • 编写弹性组件
        • 让setInterval在React-Hooks中为声明式
      • practice
        • render
      • react-dom
        • basic
      • react-redux
        • apiv7.1-hooks
        • connect
        • shallow-equal
      • redux
        • applyMiddleware
        • applyMiddleware2-细节
        • example
    • regex
      • index
    • stories
      • 数组下标
      • 阻止事件冒泡
    • svelte
      • compile-svelte-in-your-head-1
      • compiler-overview
      • parser
        • 写一个解析器-JavaScript的JSON解析器
    • turbopack
      • basic
    • typescript
      • interface和type的区别
    • webpack
      • hash
      • webpack4-for-react
      • webpack4
      • webpack4to5
      • babel
        • babel-parser和acorn的区别
        • babel.7.11
        • family
        • react16.14使用new-transform
        • update-to-7
    • pdf
      • deep-js
        • basic
      • react
        • reintroducing
  • git
    • capital
    • emoji
  • http
    • http2.0
    • response
  • rails
    • api
    • flash
    • middleware-vs-metal
    • model
    • performance
    • routes
    • environment
      • error
    • patterns
      • service
    • sidekiq
      • params
    • deploy
      • capistrano
        • ssh
  • ruby
    • self
    • net
      • http请求携带cookie
  • server
    • ss
    • ssh
    • user
    • crawler
      • puppeteer
    • nginx
      • domain-without-80
      • nginx节省带宽
  • sql
    • rails
    • search
Powered by GitBook
On this page
  • You Don't Know JS: Scope & Closures
  • Appendix B: Polyfilling Block Scope
  • Traceur
  • Implicit vs. Explicit Blocks
  • Performance
  1. front-end
  2. javascript
  3. you-dont-known-js
  4. scope & closures

apB

You Don't Know JS: Scope & Closures

Appendix B: Polyfilling Block Scope

在第3章中,我们探讨了块级作用域。我们看到with和catch都是JavaScript块级作用域中的小例子,至少从ES3的引入开始就存在于JavaScript中。

但是ES6的let引入让我们最终为代码提供了完整的,不受约束的块级作用域功能。有许多令人兴奋的事情,无论是功能上还是代码风格上,这个块级作用域将启用。

但是,如果我们想在ES6之前的环境中使用块级作用域呢?

考虑下面的代码:

{
    let a = 2;
    console.log( a ); // 2
}

console.log( a ); // ReferenceError

这在ES6环境中很好的工作。但是我们可以在ES6之前这样做吗?catch就是答案。

try{throw 2}catch(a){
    console.log( a ); // 2
}

console.log( a ); // ReferenceError

哇!这是一些丑陋,怪异的代码。我们看到一个try/catch似乎强行抛出一个错误,但它抛出的“错误”只是一个值2,然后接收它的变量声明在catch(a)中。心灵:受伤。

这是正确的,catch具有块级作用域,这意味着它可以在ES6之前的环境中用作块填充。

“但是......”,你说。 “......没有人愿意编写像那样难看的代码!”确实如此。也没有人写(部分)由coffeescript编译器输出的代码。这不是重点。

关键是工具可以将ES6代码转译为在ES6之前的环境中工作。这可以使用块级作用域编写代码,并从这些功能中受益,并让构建步骤工具负责生成在部署时实际工作的代码。

这实际上是所有(大多数)ES6的首选迁移路径:在从ES6之前到ES6的过渡期间,使用代码转译器来获取ES6代码并生成与ES5兼容的代码。

Traceur

Google维护了一个名为“Traceur”的项目,该项目的任务是将ES6功能转换为ES6之前(主要是ES5,但不是全部!)以供使用。TC39委员会依赖此工具(和其他人)来测试他们指定的功能的语义。

Traceur从我们的片段中产生了什么?你猜到了!

{
    try {
        throw undefined;
    } catch (a) {
        a = 2;
        console.log( a );
    }
}

console.log( a );

因此,通过使用这些工具,我们可以开始利用块级作用域,无论我们是否针对ES6,因为try/catch已经从ES3开始(并且以这种方式工作)。

Implicit vs. Explicit Blocks

在第3章中,我们在引入块级作用域时发现了代码可维护性/可重构性的一些潜在缺陷。有没有其他方法可以利用块级作用域但减少这种缺点?

考虑这种替代形式的let,称为“let 块”或“let语句”(与之前的“let声明”形成对比)。

let (a = 2) {
    console.log( a ); // 2
}

console.log( a ); // ReferenceError

let语句不是隐式劫持现有块,而是为其作用域绑定创建一个显式块。显式块不仅更突出,并且可能在代码重构中更加强大,它还通过语法将所有声明强制放在块的顶部来生成更干净的代码。这样可以更容易地查看任何块,并知道它的作用域是什么,而不是什么。

作为一种模式,它反映了许多人在手动将所有var声明移动/提升到函数顶部时采用函数作用域的方法。let语句故意将它们放在块的顶部,如果不使用遍布各处块中的let声明,则块级作用域声明更容易识别和维护。

但是,有一个问题。 ES6中不包含let语句形式。官方Traceur编译器也不接受这种形式的代码。

我们有两种选择。我们可以使用ES6有效的语法和一些代码规则进行格式化:

/*let*/ { let a = 2;
    console.log( a );
}

console.log( a ); // ReferenceError

但是,工具旨在解决我们的问题。所以另一个选择是编写显式的let语句块,让工具将它们转换为有效的工作代码。

所以,我构建了一个名为“let-er”的工具来解决这个问题。let-er是一个构建步骤代码转换器,但它唯一的任务是找到let语句形式并将它们转换。它将不涉及你的任何其他代码,包括任何let声明。你可以安全地使用let-er作为第一个ES6转换器步骤,然后在必要时将代码传递给Traceur之类的东西。

而且,let-er有一个配置标志--es6,它在打开时(默认关闭)会改变生成的代码类型。代替ES3的黑科技填充try/Catch ,let-er 获取我们的代码片段并生成完全符合ES6的非黑科技:

{
    let a = 2;
    console.log( a );
}

console.log( a ); // ReferenceError

因此,你可以立即开始使用 let-er,并针对所有ES6之前的环境,当你只关心ES6时,你可以添加标记并立即仅针对ES6。

最重要的是,你可以使用更优选和更明确的let语句形式 ,即使它不是任何ES版本的官方部分(尚未)。

Performance

让我最后加上一个关于try/catch性能的简短说明,和/或解决这个问题,“为什么不使用IIFE来创建作用域?”

首先,try/catch的性能较慢,但是没有合理的假设认为它必须是这样,或者甚至永远是这样。由于TC39批准的官方ES6转译器使用try/catch,Traceur团队已经要求Chrome改进try/catch的性能,他们显然有这样做的动机。

其次,IIFE与try/catch不是一个公平的比较,因为包含任意代码的函数会改变该代码内部,this, return, break, 和 continue。IIFE不是合适的通用替代品。它只能在某些情况下手动使用。

问题变成了:你是否想要块级作用域。如果是的,这些工具为你提供了选择;如果不是,请继续使用var继续编码。

PreviousapANextapC

Last updated 6 years ago