compiler-construction - 更难构建 : Emulator or compiler?

Question

假设一个拥有 10 到 20 年经验的熟练开发人员从未构建过编译器或模拟器，哪一个会更具挑战性？

你能比较一下会成为障碍的问题吗？

谢谢。

Answer 1

仿真和编译是完全不同的，但由于两者都被认为是“低级”的，所以往往会被混为一谈。

对 6502 或 Z80 等简单架构的仿真对于工作的 CPU 块来说是相当简单的，但由于您需要为每条指令都拥有一个函数，因此需要编写大量代码。您将希望以某种方式自动执行此操作，从包含所有时间的指令集规范等，因为将这些全部输入确实会非常乏味:) 旧的 CPU 指令集规范很容易找到，因此这很有帮助在构建模拟器时。

最重要的是，您需要实现某种级别的硬件仿真，这通常涉及处理和生成中断(例如，如果仿真器用于游戏控制台，则显示设备的垂直空白中断)。这再次需要一定程度的规范和代码生成，但您可能必须手动编写大部分内容，因为它不会像指令集代码那样重复(因此可以自动化)。

编译将涉及您要为其实现编译器的任何语言的某种语言规范，以及您要为其输出代码的目标。输出可以直接转换为二进制，可以是汇编，甚至可以是另一种语言(这实际上只是一个翻译器，但当目标被认为“足够”低级时，它也算作编译)。由于您将在某种硬件或 VM 平台上运行，因此您不太可能需要担心中断处理之类的事情。

绊脚石两者都是 复杂性 和 正确性 -- 对于模拟器，你需要让它非常准确地工作，除非你选择非常简单的东西来模拟。您还需要为模拟器创建某种集成的调试器，否则几乎不可能在它总是这样做时判断出了什么问题。对于编译器来说，翻译一种玩具语言或一种更复杂语言的一小部分，并在进行过程中构建它应该是相当简单的。

请记住，对于这两个项目，您需要能够生成输入来测试它们，如果您不能生成简单的输入，那么您会发现从一开始就很难进行调试。仅此一项就使编译器的工作更容易进入，恕我直言(那你会想要一些模拟完整控制台或直接的东西:)