Eslint 可以静态检查 javascript 代码一些逻辑上的错误，还有一些代码格式的错误。原理是把代码 parse 成 AST，然后基于 AST 来检查一些问题。
抽象语法树（Abstract Syntax Tree，AST）是编程语言中常用的一种数据结构，用于表示代码的抽象语法结构。在计算机科学中，AST 是源代码的抽象语法结构的树状表现形式。每个节点表示源代码中的一个构造，例如表达式、语句或声明。AST 的树结构使得我们可以轻松地分析、理解和转换代码。
TypeScript 是一门基于 JavaScript 拓展的语言，它是 JavaScript 的超集，并且给 JavaScript 添加了静态类型检查系统。TypeScript 能让我们在开发时发现程序中类型定义不一致的地方，及时消除隐藏的风险，大大增强了代码的可读性以及可维护性。相信大家对于如何在项目中使用 TypeScript 已经轻车熟路，本文就来探讨简单探讨一下 TypeScript 是如何工作的，以及有哪些工具帮助它实现了这个目标。
最近参与了一个 Node 项目脚手架的开发工作，为了提高编码效率，导师提议写一个 VSCode 的插件，功能上大体有点像 snippets 代码段，但比 snippets 优秀的地方是，插件还能实现以下两大功能：
作为前端，我们会用很多编译工具：typescript compiler、babel、eslint、postcss 等等，它们的 AST 不尽相同，但 AST 的遍历算法有且只有一种，不信我们慢慢来理一下。
前端的编译工具都是从源码到源码的转换，所以都是 parse、transform、generate 这三步：
近年来随着交互界面的精细化， TypeScript越来越流行，前端的设计也越来复杂，而 类图正是用简单的箭头和方块，反映对象与对象之间关系/依赖的好方式。许多工具都能生成 C#类图，有些工具也能生成 TypeScript类图，如 tsuml，但存在一些局限性。
如果我们把 Typescript 编译器看成一个黑盒的话。其输入则是使用 TypeScript 语法书写的文本或者文本集合。
Test<T> 这个高级类型，有一个泛型参数 T，当 T 传入的类型为联合类型的时候，有两种情况：
原文：https://indepth.dev/under-the-hood-of-type-systems/
本文由 InfoQ 整理自阿里巴巴淘宝前端开发工程师林伟轩在 QCon+案例研习社的演讲《淘宝店铺 TypeScript 研发规约落地》。
https://channel9.msdn.com/posts/Anders-Hejlsberg-Introducing-TypeScript
http://mpvideo.qpic.cn/0bc35aaboaaa6aad7dvoqrqvb2gdc7uaafya.f10002.mp4?dis_k=400a1a4fe697fbc8cb7a97b
一直以来，前端同学们对于编译原理都存在着复杂的看法，大部分人都觉得自己写业务也用不到这么高深的理论知识，况且编译原理晦涩难懂，并不能提升自己在前端领域内的专业知识。我不觉得这种想法有什么错，况且我之前也是这么认为的。而在前端领域内，和编译原理强相关的框架与工具类库主要有这么几种：
总结起来，TypeScript编译器通过解析TypeScript代码、进行类型检查，然后根据转换规则将代码转换为JavaScript代码，最终输出可执行的JavaScript文件。这个过程中，编译器会发现并报告语法错误和类型错误，帮助开发者在编码阶段尽早发现问题。
近期正在探索前端、后端、系统端各类常用组件与工具，对其一些常见的组件进行再次整理一下，形成标准化组件专题，后续该专题将包含各类语言中的一些常用组件。
在本系列的前两篇文章中，我们已经讨论了很多关于代码风格检查的内容，所以我认为是时候给eslint一个应有的关注了。总的来说，eslint非常灵活，甚至可以将解析器完全替换成另一个不同的解析器。随着JSX和TypeScript的兴起，这种情况并不少见。得益于丰富的插件和预设生态系统，可能已经有了适用于每个使用场景的规则，如果还没有，优秀的文档会指导你如何创建自己的规则。
就从我的题目说起，本篇文章告诉你针对定制代码规范和检查这个小需求如何做出亮点？看完本文后回顾上面提到的 4 点，感觉下。
以及其他无数个争论不休的问题。这些问题困扰了广大程序员不知道多久，让多少个程序员吵得不可开交、头破血流。
先问大家一句，日常项目开发中你能离开 ES6 吗？ 一、前言 对于前端同学来说，编译器可能适合神奇的魔盒?，表面普通，但常常给我们惊喜。 编译器，顾名思义，用来编译，编译什么呢？当然是编译代码咯?。
[011ead2e167b86d1d4def84147fbbdf6c6bb1c01.jpg] 最近看到掘金、前端公众号好多 ES2020 的文章，想说一句：放开我，我还学得动！ 先问大家一句，日常项目开发中你能离开 ES6 吗？ 一、前言 对于前端同学来说，编译器可能适合神奇的魔盒🎁，表面普通，但常常给我们惊喜。 编译器，顾名思义，用来编译，编译什么呢？当然是编译代码咯🌹。 [20191125-144728-7a47.gif] 其实我们也经常接触到编译器的使用场景： React 中 JSX 转换成
作者 | Sergii Rudenko 译者 | 张健欣 策划 | 晓旭 TypeScript 是 Airbnb 前端开发的官方语言。但是，采用 TypeScript 的过程和迁移一个包含成千上万个 JavaScript 文件的成熟代码库不是一夕发生的。TypeScript 的采用经过了最初提案、多数团队采用、测试阶段，最后落地为 Airbnb 前端开发的官方语言。 迁移策略 大规模迁移是一项复杂的任务，我们探讨了从 JavaScript 迁移到 TypeScript 的几种策略： 1) 混合迁移策略。一
报错内容：as语句无法识别，导致(window as any).hello这种语句报错 问题原因：eslint 在检测代码时，会先将代码转换为 AST 对象 而这个转换过程需要指定的解析器才能完成，eslint 默认使用的是babel解析器，而babel解析器里没有包含ts语法内容的解析器，所以，我们需要使用ts为eslint开发的解析器 解决方法：
TSLint为TypeScript提供了代码检查能力，对使用TypeScript的React Native工程，在规范性、安全性、可靠性、可维护性等方面起到重要作用。本文主要对TSLint相关知识进行分享，并对自定义TSLint规则进行介绍。
本文将会从上下文无关文法开始介绍，从使用 BNF 描述语法到理解递归下降分析思想，最后实现一个简单的 html 解析器收尾。本文的亮点是使用 typescript 编写组合子编译器，对于前端开发某些特定领域会有重要意义和价值。同时本文注重实用价值，配合简短 js 代码示例来帮助理解。
在很多时候我们项目越来越大的时候，我们希望去监听局部某些类方法的性能，这个时候我们既不想影响源代码的功能，但又想借助某些方案去窥探类方法内部的运行效能，此时我们就可以考虑使用装饰器对类方法性能进行监听。装饰器相信大家都不陌生了，虽然在 Javasript 里面它仍处于提议阶段，但是我们已经可以 TypeScript 里面运用这个特性，也可以借助 babel 的语法转换在 Javasript 里面使用。
安装此扩展后，使用命令 Open a new Debug Visualizer View 打开新的可视化器视图。在这个视图中，你可以输入一个表达式，该表达式在逐步分析你的代码时会进行评估和可视化，例如
JavaScript 是一门解释型语言或即时编译型语言，在运行时通过编译生成二进制机器码，它的运行大致经过以下几个阶段（以 V8 引擎为例）：
但其实 babel 也能编译 ts 代码，那用 babel 和 tsc 编译 ts 代码有什么区别呢？
从名字上就能看出他们使用的环境了，需要注意的是env，他的作用是将最新js转换为es6代码。预设是babel插件的组合，我们可以看下package.json（截取一部分）：
esbuild是一个快速、可扩展的JavaScript打包器和压缩器，它的目标是成为最快的打包器。它使用Go编写，可以在几乎瞬间内完成大多数项目的构建。在本文中，我们将深入了解esbuild，并探讨其如何实现如此出色的性能。
Eslint在过往接触过的很多开源项目内都有它的身影，习惯一个人写代码了，总觉得它可有可无，但是归根结底，好处还是很多的。
来，一起用高效（hard way）的方式学习多种编程语言，Kotlin + Scala、Python、Go、Java、TypeScript、C#……
对于 Lint 配置的不了解导致项目中总是会莫名其妙的提示报错，这应该是大多数同学面临的窘境。
很多同学不知道深入研究一些技术的意义在哪，会用不就行了？花那么大精力深入原理有什么好处呢？
AST (Abstract Syntax Tree(抽象语法树)) 是源代码语法结构的一种抽象表示。它以树状的形式表现编程语言的语法结构。它由一堆节点（Node）组成，每个节点都表示源代码中的一种结构。不同结构用类型来区分，常见的类型有： Identifier(标识符)，BinaryExpression(二元表达式)，VariableDeclaration(变量定义)，FunctionDeclaration(函数定义)等。
过去，我一直想着抽时间写一个小的前端工具，以对代码进行自动化的重构。但是呢，经过我再三的考虑，我暂时取消了这个打算 —— 主要是没时间。（PS：人生长乐，写个 Charj） 但是呢，我打算写一篇文章记录一下相关的思路。
CodeMod(Code Modification) 的应用场景非常多，我在过去几年就使用 ‘codemod‘ 升级过多个项目，节省了大量的人力成本：
ESLint 是⼀个开源的代码静态分析修复⼯具 cli，解析代码为 AST 使用的是 espree 解析器，该解析器最初是从经典的 esprima 解析器中 fork 出来的，但是现在基于另一个媲美 esprima 的新轮子 acorn，同时，@babel/parser 也是基于 acorn 解析器的。
https://juejin.im/post/5d977f47e51d4578453274b3 来源：掘金
本文主要介绍大众点评自主研发的移动端静态分析框架——Hades，它可以帮助我们更好的审视代码、把控大型项目。
TypeScript 给 JavaScript 添加了一套类型语法，我们声明变量的时候可以给变量加上类型信息，这样编译阶段就可以检查出变量使用的对不对，也就是类型检查。
文章转载至子弈文章：https://juejin.cn/post/6996815121855021087
自从Brendan Eich用十天时间创造了JavaScript，人们对它的吐槽就从未间断过。众所周知JavaScript是一门动态语言。运行于JavaScript引擎中，我们熟悉的有Mozilla的SpiderMonkey，Safari的JavaScriptCore，Edge的Chakra还有大名鼎鼎的V8。V8引擎将JavaScript的运行效率提升到一个新的level。所以后来的Nodejs也采用V8作为引擎，实现了用js进行后端开发的愿景。
之前有很多小伙伴问过我，通过文档或者视频学习 React 已经有一段时间了，想学习一些好的开源项目来获得一些实战经验。我之前也没有很好的答案，确实很难找，因为一般企业级应用都是不开源的，Github 上大部分都是很简单的 DEMO 项目，很难挑选。
在计算机科学中，抽象语法树（abstract syntax tree 或者缩写为 *AST*），或者语法树（*syntax tree*），是源代码的抽象语法结构的树状表现形式，这里特指编程语言的源代码。树上的每个节点都表示源代码中的一种结构。之所以说语法是「抽象」的，是因为这里的语法并不会表示出真实语法中出现的每个细节。
很多项目历史悠久，其中很多 文件或是 export 出去的变量 已经不再使用，非常影响维护迭代。 举个例子来说，后端问你：“某某接口统计一下某接口是否还有使用？”你在项目里一搜，好家伙，还有好几处使用呢，结果那些定义或文件是从未被引入的，这就会误导你们去继续维护这个文件或接口，影响迭代效率。
首先，Vue 3 全面拥抱了 TypeScript。一方面源码全部使用 TpeScript 进行了重写，另一方面，开发者使用 TypeScript 进行开发时也能进行更好地类型推导，获得更好的开发体验。关于这方面，我们不做过多的解析。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
