背景与场景描述 在开发过程中我们时常需要对程序的不同状态进行切换以及产生不同的行为，通常我们可以使用 if… else 语句来做状态判断处理不同的情况。但是每次新增或者修改状态，if else 语句就

背景 我们知道编程语言主要分为「编译型语言」和「解释型语言」，编译型语言是在代码运行前编译器将编程语言转换成机器语言，运行时不需要重新翻译，直接使用编译的结果就行了。

1. 前置说明 这次再说明下自己对状态图的看法。状态图虽然有非常多的优势（参考上篇文章），如果你想使用，关于是否对整个旧项目进行全量状态图化，这里给一个适应范围是：项目中复杂的部分进行状态图建模是非常

1. 前言 状态机的一大好处就是可以可视化状态，降低业务的理解成本和相互间的沟通成本。 目前 XState 官方提供的可视化工具已经做的很不错了，但用起来偏重，国内访问也比较慢。这边我再原基础上进行了

本文中主要借助`acorn`模块来生成`JS`代码的语法树`AST`，我们将从此树入手来递归实现`JS`代码的实现——`JS解释器`。

无论是对于任何语言框架来说，编译部分的知识往往是隐藏在代码内部不为认知但又非常重要的知识。 大部分前端工程师对于编译原理方面的内容或许仅仅停留在表象层面的理解，仅仅”知其然而不知其所以然“。

致力于用最通俗易懂的前端语言帮助更多前端开发者探索编译世界：前端工程师的编译原理指南-「有限状态机」。

无论做业务需求还是做平台需求的同学，随着需求的不断迭代，通常都会出现逻辑复杂、状态混乱的现象，维护和新增功能的成本也变的十分巨大，苦不堪言。下图用需求、业务代码、测试代码做对比： 图中分了 3 个阶段

Go编译原理系列文章，试图深入的搞清楚Go文本文件（.go）被编译器编译的整个过程。前两篇文章是关于编译原理基础的，后边则从源码的角度分享Go的编译源码实现