编译器中的控制反转

Question

有没有人在编译器实现中实际使用过控制容器的转换？ 我知道从设计上来说，编译器需要非常快，但是我一直对IoC / DI如何影响编程语言（热插拔语法）的构造感到好奇。

Answer 1

Lisp风格的语言通常会这样做。 阅读器宏是一段用户编写的代码，它们扩展了语言的阅读器（并因此扩展了语法）。 普通的宏是用户编写的代码片段，它们也扩展了该语言。

整个语法不是热交换的，但是某些部分可以以各种方式扩展。

这不是一个新主意。 在被认为是三个字母的首字母缩略词之前，IoC被称为“后期绑定”，并且相当被认为是一个好主意。

Answer 2

LR（k）语法通常使用由表（action-goto / shift-reduce表）驱动的通用解析器系统，因此您使用表生成器工具来生成这些表并将其馈送到通用解析器系统，然后该通用解析器系统可以解析您的输入使用表格。 通常，这些解析器系统会向您发出信号，告知您非终结符已减少。 例如，请参阅免费的GoldParser系统。

Answer 3

我不会真正将其称为控制反转 ，因为它对于编译器是很自然的。 它们通常是一系列传递，将输入语言的代码转换为输出语言的代码。 当然，您可以交换不同的通行证（例如，gcc通过使用不同的前端来编译多种语言）。