前面我们学习了 eslint 和 stylelint 的规则的写法，当大家实际去写的时候，一定会遇到很多细节的问题，比如解析的代码是有错误的，或者是属性值不足以分析出问题来之类的。我们还需要更多的工具

查找到错误的代码，通过 AST 解析代码，在语法树中修改错误的部分，然后将修改后的 AST 语法树合并生成新的符合规则的代码

最近几个星期，我从零写了一个 javascript 解释器：https://github.com/zhuzilin/es

一直以来，前端同学们对于编译原理都存在着复杂的看法，大部分人都觉得自己写业务也用不到这么高深的理论知识，况且编译原理晦涩难懂，并不能提升自己在前端领域内的专业知识。我不觉得这种想法有什么错，况且我之前

为什么需要学习AST相关的知识呢？因为AST实在是太重要了，你可能对它不了解，但是它无处不在。更具体一点： 浏览器js引擎拿到js的第一件事就是解析js生成AST，随后才是解释执行，编译优化执行。

前端同学应该了解的AST知识，不论平时工作还是面试，都有帮助。在了解了AST相关知识后，你也可以自己折腾点东西出来，给单调无聊的工作找点乐趣。

今天我们一起动手写一个编译器，但不是我们平常所说的编译器，而是一个超级超级小的编译器，小到如果你把本文件的所有注释都删了，真正的代码也就200多行。 我们将把lisp风格的函数调用编译成C风格的函数调

序言 随着现代浏览器和前端领域的蓬勃发展，特别是 MVVM 框架的百花齐放，编译器在前端的应用越来越广泛。就日常工作而言，包括但不限于： v8 引擎、tsc 工具（Typescript 编译器） we

前端-体验js的ast树 是什么？ 源代码的 抽象语法结构的树状 表示 体验网站：https://esprima.org/demo/parse.html# 比如 var a = 1 的 ast树(其中