Compiler construction 类型脚本实现语言

我一直在翻找TypeScript编译器，在语言规范中发现了以下奇怪的语句：

TypeScript编译器是在TypeScript中实现的

这可能吗？我必须相信tsc（TypeScript编译器）大部分是用Javascript开发的，但也许我在这里遗漏了一些东西

这是真的

引导这样一种语言的关键是从JavaScript开始，在添加语言特性时逐渐将代码重构为TypeScript。但是，自从TypeScript编译器是纯JS以来，已经有很长一段时间了。显然，每当做出破坏性的设计决策时，这确实会带来一些痛苦（如果你在测试用例中翻看，你会看到诸如“oldclass”和“es6class”之类的引用，以及其他历史上的奇怪之处）。

这是真的

---

引导这样一种语言的关键是从JavaScript开始，在添加语言特性时逐渐将代码重构为TypeScript。但是，自从TypeScript编译器是纯JS以来，已经有很长一段时间了。显然，这在设计决策时会引起一些痛苦（如果你在测试用例中到处查看，你会看到诸如OLDC++类和ES6C类之类的东西的引用）。< / P>很好，GCC编译器套件（对于C，C++等）主要是用C和C++编写的，所以TypeScript不是唯一的样本。显然，在开始时，必须使用一个不同的编译器，直到代码被认为是“自我宿主”的点，但是这个想法并不那么不寻常……好，GCC编译器套件（对于C，C++等）主要是用C和C++编写的，所以TypeScript不是唯一的样本。显然，在开始时，必须使用不同的编译器，直到代码达到可以被视为“自托管”的程度“，但这种想法其实并不罕见……对于大多数设计师或社区来说，自我主持是一种骄傲。请看：这不仅仅是骄傲，也是一个强大的自我验证工具。这里还有一个替代循环引导的方法：发展一门语言。但是，我怀疑这种方法在基于JavaScript的任何东西上都会起作用。对于大多数设计师或社区来说，自我托管是一件值得骄傲的事情。请看：这不仅仅是骄傲，也是一个强大的自我验证工具。这里还有一个替代循环引导的方法：发展一门语言。但是，我怀疑这种方法在基于JavaScript的任何东西上都会起作用。