选择中间语言

如何解决选择中间语言

| 我目前正在玩编程语言。我花了一些时间用高级语言（最著名的是Haxe）编写解析器和解释器。 我得到了一些结果，我认为实际上还不错，但是现在我想使其更快。 我的想法是将输入语言翻译成C。 我的C语言知识仅限于您在大学学习的知识。除了一些练习之外，我从未编写过实际的C程序。但是我有信心可以使它工作。 当然，我可以尝试为LLVM编写前端或生成MSIL或JVM字节码。但是我觉得现在学起来太多了，实际上我没有看到太多收获。 而且C完全是人类可读的，因此，如果我搞砸了，则更容易理解为什么。毕竟，C是高水平的。我真的可以从输入语言中翻译概念，而无需花费太多心思。我应该在合理的时间内完成一些工作并运行，然后根据自己的意愿对其进行优化。 因此：使用C有任何不利之处吗？你能推荐一个替代方案吗？ 感谢您的见解 ：） 编辑：一些澄清 我想一直坚持下去的原因是，我正在编写一种具有OOP支持的语言，并且我想手动实现我的方法分派，因为我的想法很具体。 使用的主要领域是编写HTTP服务，但是我可以通过图像将绑定添加到GUI库（可能是wxWidgets）或其他方式。     

解决方法

        对于您要尝试执行的操作，C是一个很好且非常受欢迎的选择。 不过，请看一下LLVM的中间语言（IR）。它非常易读，并且我认为它比C更干净，更易于生成和解析。LLVM附带了很多与之配合使用的工具。您可以为各种平台（与C一样，但对输出的控制更多一些）或虚拟机生成本机代码。 JIT编译的可能性也是一个加号。 有关LLVM方法和IR的一些摘要，请参见第11章的开源应用程序体系结构。 您的目标环境是什么？这可以帮助我们给您更好的答案。     ,        实际上，对于小型编译器或实验编译器来说，C是目标语言的不错选择-它在许多平台上都广泛可用，因此您的编译器在许多环境中立即变得有用。主要缺点是要处理在C中没有很好地支持或在C规范中没有很好定义的事物。例如，如果您想进行动态代码生成（JIT编译），则C是有问题的。诸如堆栈展开和反射之类的事情在C语言中很难完成（尽管setjmp / longjmp以及对生成布局描述所使用的结构的谨慎使用可以做很多工作）。在C编译器之间，诸如字长，大尾数布局或算术精度之类的内容各不相同，因此您必须意识到这一点，但是如果您仍要支持多个目标机器，则需要处理这些问题。 也可以使用其他语言-C的主要优点是它无处不在。     ,        您可能会考虑C--，一种类似于C的语言，比C更适合作为代码生成的目标。     ,        C是个不错的选择，恕我直言。与许多语言不同，C通常被认为是“优雅的”，因为您只有32个关键字和非常基本的结构（顺序，选择，迭代），并且具有非常简单且一致的标记和运算符集合。 由于C语言中的语法非常一致（方括号，大括号，语句和块，表达式的使用），因此您不会陷入语言扩展的无限世界。 C是一种成熟的语言，已经很好地经受了时间的考验，而如今，它已成为一种“已知数量”（对于许多其他语言，甚至是“成熟”语言，这确实很难说）。