我刚刚开始尝试更多地了解 .Net VM 基础,但立即被某些东西抛弃了。我知道有一个叫做 DLR 的新东西,它允许 C# 中的所有动态内容和 IronX 语言的运行。但是现在我正在阅读有关这种称为 Boo 的语言,显然它早在 DLR 出现之前就具有动态功能。所以,
1)这怎么可能?
2) DLR 为等式添加了什么?
3) 像 Boo 这样的语言是否可以通过根据 DLR 重新实现自己而获得任何好处?
从我在这里和那里收集的信息来看,DLR 似乎来自 IronPython,当时他们将 .Net 中的 DL 支持所需的一切都分解出来,并将其放入可重用的形式。所以我的猜测是 DLR 没什么特别的,只是一些帮助处理 Microsoft.Scripting.dll 中的动态对象的库,但是如果你有时间的话,你不能自己出去编写代码,这我猜Boo发生了什么?然后对于 2 和 3,我想 DLR 的通用性和可重用性将允许任何 future 的 DLR 改进自动继承,但是如果您已经使用 DLR 重新实现,则没有迫切的“需要”自己的自定义运行时?或者 DLR 是否有一些 secret 的 MS 调味料,使它比我们在 .Net 上可以做的任何事情都更好?
4) DLR 真的是一个运行时还是只是一组库? (究竟什么是运行时?我可能需要学习更多的编译器理论才能理解这个问题的答案,或者它是否甚至是一个有意义的问题。忽略这个问题。或者不。)
5) IronPython 编译是如何工作的?它是编译成 CIL 的新动态版本,还是只是将“ironpython.exe”命令添加到包含程序文本的字符串中?嗯,如果 dynamic 是 C# 中的关键字,那么 CIL 肯定有一个动态版本,对吗?那么.Net如何知道在CIL上使用CLR还是DLR呢?
6) JVM 的达芬奇项目有什么不同吗?看起来它是 JVM 本身的实际重新实现。这种方法的含义是什么?我猜有巨大的性能提升,但还有什么?有什么理由 MS 不走这条路?
7) DLR 是否使 Boo 在制作 DSL 时有些过时?
最佳答案
这里有很多问题!我不确定我能回答所有问题,但我会尽我所能:
关于.net - DLR、Boo 和 JVM,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4515135/